New “Clear browsing data and cookies” dialog does not remember the selection
Categories
(Toolkit :: Data Sanitization, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox125 | --- | fixed |
People
(Reporter: contact, Assigned: hsohaney)
References
(Blocks 1 open bug)
Details
Attachments
(5 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:124.0) Gecko/20100101 Firefox/124.0
Steps to reproduce:
In the latest Nightly 124.
Initially:
– Pressed Control + Shift + Delete.
– Pressed Enter.
Later:
– Pressed Control + Shift + Delete.
– Unchecked “Cookies and site data”.
– Pressed Enter.
Even later:
– Pressed Control + Shift + Delete.
– Pressed Enter.
Actual results:
Initially:
– The Clear browsing data and cookies” dialog has different check boxes than before, including “Cookies and site data”.
– I used to have “Cookies” and “Site data” unchecked in the previous design.
– Now “Cookies and site data” was checked as a default and I didn’t see it.
– I didn’t notice and pressed Enter, effectively loosing all my cookies as well as years of site data (oops). This is a destructive action.
Later:
– I reopened the new dialogue.
– Make sure to uncheck “Cookies and site data” so that I don’t do it again.
Even later:
– I reopened the dialogue.
– “Cookies and site data” and checked again.
Expected results:
– The new dialogue should remember what checkboxes were checked the previous time and keep that selection.
– Important for people who quickly do Control + Shift + Delete + Pressed Enter to delete what they are used to delete (i.e. History and Cache, for instance).
– Ideally, the new dialogue when opening for the first time should also be matched with whatever the user had checked in the previous version of the dialogue. Of course it cannot be a 100% match, but in doubt, UNcheck the marks to avoid destructive action.
I would also argue that Cookies (keep you logged and tracked, not bad to delete from time to time) and Site data (sometimes including saved documents and other created work in online apps, very bad to delete without reviewing) should be kept separated.
Comment 2•8 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Toolkit::Data Sanitization' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 3•8 months ago
|
||
We would have to remember the user selection per entry point. Harshit, did we already file a bug for this / is this a dupe?
Assignee | ||
Comment 5•8 months ago
|
||
Thanks for reporting this bug! We now have default checked options based on where you open the dialog from. We didn't implement remembering previous user options for normal history clearing since we shifted to defaults.
We can consider moving back to remembering user selection since it looks like it may have more use cases for users!
Thanks for the replies :)
Just confirming that in my use case, it’s very very annoying.
I have made the mistake about 100 times in the last few days, I keep deleting everything and getting logged out of everywhere xD
Control + Shift + Delete + Enter has been in my daily muscle memory for 15+ years, hard to get rid of it!
And I lost gigabytes of site data, which is probably a good clean-up in some respect, but I can’t imagine how much stuff I wanted to keep there was there.
So I would love if you could re-implement remembering the user selection! :)
Assignee | ||
Updated•8 months ago
|
Assignee | ||
Updated•8 months ago
|
Assignee | ||
Comment 7•8 months ago
|
||
Assignee | ||
Comment 8•8 months ago
|
||
Depends on D201274
Assignee | ||
Comment 9•8 months ago
|
||
Depends on D201275
Comment 10•8 months ago
|
||
Comment 11•8 months ago
|
||
Backed out for causing bc failures in browser_clearSiteData.js
- Backout link
- Push with failures
- Failure Log
- Failure line: TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/siteData/browser_clearSiteData.js | Uncaught exception in test bound - Clear button should be disabled - timed out after 50 tries.
Assignee | ||
Comment 12•8 months ago
|
||
Apologies, it looks like the fix I had for that got lost in some rebasing. I've added it again and have pushed it for review! The change should be there soon
Assignee | ||
Updated•7 months ago
|
Assignee | ||
Comment 13•7 months ago
|
||
Depends on D201275
Comment 14•7 months ago
|
||
Assignee | ||
Updated•7 months ago
|
Comment 15•7 months ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/3bab69886226
https://hg.mozilla.org/mozilla-central/rev/4cdf4dc04988
Reporter | ||
Comment 17•7 months ago
|
||
Thank you for fixing it!!
Comment 18•7 months ago
|
||
Comment 19•7 months ago
|
||
bugherder |
Description
•