Closed Bug 872957 Opened 12 years ago Closed 11 years ago

Clearing history with everything option prevents user to go back from 'Privacy' option

Categories

(Firefox :: Settings UI, defect)

21 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 753673

People

(Reporter: saurav.haloi, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0 (Beta/Release) Build ID: 20130511120803 Steps to reproduce: 1. Clicked on Firefox Icon -> Options -> Options 2. Clicked on Privacy 3. Under the History Text Area, clicked on clear your recent history 4. Chose "Everything" under Time Range to Clear and clicked 'Clear Now' Actual results: Once the history is cleared, I am not able to go back to Options Menu by clicking on the back button (the small <- icon) inside the Privacy page. Expected results: This must have happened because Firefox is maintaining the application cache as well as the browser activity cache as same, which should probably should be different because the state of an application and the activities an application do are completely different. I have not gone through the Firefox code and hence wont be able to comment much on this, but I believe its not something the way Firefox should behave. Looking forward for resolution!
You should not change browser.preferences.inContent preference.
I verified from about:config that browser.preferences.inContent is false, which is the default state, I believe.
Component: Untriaged → Preferences
Ooops! My bad. Changing the above preferences to false pops up the option menu as a dialog box where there is no back link, hence the issue don't appear there. But is it an expected behavior that when browser.preferences.inContent is set to true, clearing the history prevent you from navigating the options menu?
Blocks: 738797
I'm not sure in-content preferences feature is completely finalized, so some bugs are still present.
Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20130528 Firefox/24.0 Confirming that the reported issue is reproducible with latest Nightly, with browser.preferences.inContent set to false.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This also happens for the Addon-Manager. There has been filed a Report for this when the Rewrite happened there.
Whiteboard: [dupeme]
Whiteboard: [dupeme] → [dupeme] p=0
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
No longer blocks: 738797, fxdesktopbacklog
Whiteboard: [dupeme] p=0
You need to log in before you can comment on or make changes to this bug.