Closed Bug 258328 Opened 20 years ago Closed 14 years ago

privacy options clear button should be cancellable

Categories

(Firefox :: Settings UI, defect)

defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: jcpeters, Unassigned)

Details

(Whiteboard: [CLOSEME 2010-11-15])

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

In the Options/Privacy tab, a list of very destructive buttons exist, all of
which clear various caches, histories, etc.  Upon clicking one of these buttons,
all of that data is instantly removed (with the exception of the "Clear All"
button).  This is currently irreversible.  I have in the last few weeks found
myself needing to clear my cache, and accidentally clicking the "Clear" button
for cookies instead.  This stinks, as I know of no way to recover the
information that I lost (without manually going to the sites and searching
through my email inbox to get the passwords back).

Reproducible: Always
Steps to Reproduce:
1. Click Tools/Options
2. Click Privacy Tab
3. Click Clear for one of the options (in this case, Cookies)
4. Realize that isn't what you wanted to do
5. Click Cancel

Actual Results:  
The cookies weren't recovered.

Expected Results:  
They should have been rolled back, as the Cancel button was clicked.
I did remove the cookies twice today, while trying to see
Privacy->Cookies->"Exceptions". Of the three buttons under section "Cookies",
this is the only thing I need, because there are websites that convince me that
I need cookies enabled. I hate this "accesibility", it wasted at least a hour of
my life since I moved from Mozilla to Firefox.
Nobody is in a rush to delete the cookies and I bet that nobody is reading the
strange GUIDs inserted in cookies.
cookies: bug 210173
duping to bug 193729, in which Mike Connor said: "the privacy panel should
follow the same convention as the rest of the Options dialog in that changes
made are not finalized until the dialog is closed.  this would help reduce the
potential for dataloss."

*** This bug has been marked as a duplicate of 193729 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
This isn't really a duplicate of 193729, as that introduces a dialog box to confirm what you're doing.  My report was to essentially make the options ACID-like.  I'm reopening this bug, as 193729 doesn't fix anything, it just (in my opinion) lazily addresses this issue.

Cancel should mean rollback, okay should mean commit.  Okay should not ask me to confirm things, this isn't a nuclear launch here.

Please read the comments of 193729.  Confirmation dialogs suck.

(In reply to comment #2)
> cookies: bug 210173
> duping to bug 193729, in which Mike Connor said: "the privacy panel should
> follow the same convention as the rest of the Options dialog in that changes
> made are not finalized until the dialog is closed.  this would help reduce the
> potential for dataloss."
> 
> *** This bug has been marked as a duplicate of 193729 ***

Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
I'll agree with that, even though mconnor said in that bug that it should do what you're asking for, that bug is asking for a confirmation dialog, which isn't what mconnor said he wanted to do, so *that* bug should be wontfixed.
Assignee: bross2 → nobody
This bug was reported using Firefox 3.0 or older, which is no longer supported. The bug has also not been changed in over 500 days and is still in UNCO.
Reporter, please retest this bug in Firefox 3.6.10 or later using a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles. If you still see this problem, please update the bug. If you no longer see the bug, please set the resolution to RESOLVED, WORKSFORME.

This is a mass search of unconfirmed bugs that have no activity on them, so if you feel a bug was marked in error, just remove the CLOSEME comment in the whiteboard within the next month.
Whiteboard: [CLOSEME 2010-11-15]
No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.