I can verify that both scripts are safe and simply modify the event listeners that have been used to (incorrectly) monitor user inactivity of 10 minutes.
I hope there is a way to disable this new behavior, completely breaks how I use this. Seems like a great feature that I’m sure people are interested in, but we need to have a way to disable it in the settings. Has anyone identified a proper feedback channel for us to advocate for fixing this?
I really appreciate seeing this script out there, is anyone looking at turning this into a bookmarklet by any chance? I think having this in bookmarklet form would be absolutely ideal
ok this bug is really pesky. Here are some observations:
I tried running the 2 tampermonkey scripts suggested so far within the chat.
/r/ChatGPT/comments/17099n8/bug_with_chat_history_turned_off_conversations/ - this one does not work
justpaste dot it bh1iz - this one works!
There is still one scenario that none of these scripts have handled yet - when in chat history off mode, try clicking on … > settings & beta ----- boom your chat conversation is gone
Thinking about it this morning, I bet we can do this as a bookmarklet by just stopping the events from the top level in the capture phase, right? I’ll give it a try in a bit
As someone who’s not very tech-savvy and an outsider when it comes to these things, I’ve been following all the comments offering different solutions such as scripts and bookmarklets, and I’m not sure what to do next. If anyone can clarify on what’s the best thing to do, or can share instructions, I’d greatly appreciate it!
I think the tampermonkey thing is guaranteed to work, but I’m weird about installing extensions. I’m trying this bookmarklet out now and will report back if it works.
I don’t think it will because I think they do some capture level stuff on window so you have to override internals, but I’ll report back in >10 minutes
I don’t know why you love bookmarklets so much. Conversation with GPT-4:
QUESTION: Does a Tampermonkey userscript with @grant none and no @connect directive have elevated permissions compared to bookmarklets?
ANSWER: No, a userscript with Tampermonkey that runs with the @grant none directive generally does not have elevated permissions compared to a bookmarklet. Both run in the context of the respective website and can access the DOM structure, execute JavaScript functions, and so on. The @grant none directive means that the script does not have access to special GM functions (Greasemonkey functions) or APIs that go beyond the normal web APIs.
The missing @connect directive also has no impact on the script’s rights with respect to the current page; it would only affect which external servers the script could communicate with.
The main difference between a userscript and a bookmarklet lies in convenience and automation: userscripts are automatically loaded on the specified pages, while a bookmarklet must be manually triggered. In addition, userscripts can gain additional permissions through the use of other @grant options that would not be available to a bookmarklet. But in your specific case with @grant none and no @connect, there are no differences in permissions.
Visual Event 2 left a profound impact on my younger mind.
I also just like having less extensions installed. Also, with like manifest v3 already here and with an enigmatic kill date for manifest v2, we might wake up in a month or two and find none of the stuff we use works anymore.