Closed Bug 415152 Opened 16 years ago Closed 16 years ago

Empty Security and Privacy panels when cycling through Preferences panels

Categories

(Firefox :: Settings UI, defect, P4)

All
macOS
defect

Tracking

()

VERIFIED DUPLICATE of bug 330458

People

(Reporter: stephend, Unassigned)

Details

Summary: Empty Security and Privacy panels when cycling through Preferences panels

Build ID: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2008013104 Minefield/3.0b3pre

Steps to Reproduce:

1. Using the cursor keys, quickly cycles through the "Preferences" window's panel tabs, from Main to Advanced, and then back again.

Expected Results:

All panels and their content trees should be displayed.

Actual Results:

The "Privacy" and "Security" tabs won't display their content, and instead the following exception is thrown:

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMXULDocument.loadOverlay]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://global/content/bindings/preferences.xml :: showPane :: line 655"  data: no]
Flags: blocking-firefox3?
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Actually, not a duplicate, since:

1) I don't have the Metrics extension installed (new profile)
2) Florian says it's the result of trying to load whatever tab while the Applications one is building its content
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Florian, can you help us understand this a bit more?
Flags: blocking-firefox3? → blocking-firefox3+
I am actually getting the same results, but for different tabs every time.  Sometimes its the Applications, sometimes Privacy, sometimes Security, and even Advanced.
can't repro on trunk.  is this a regression?  doesn't seem like its a blocker at this point.
Priority: -- → P4
That seems to happen for any of the panels. You only have to change them quickly. I see the same when using the mouse. Trying to reproduce it under Windows doesn't show the behavior.

The problem is located here:

http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/toolkit/content/widgets/preferences.xml&rev=1.76&mark=692&#668

Hardware: PC → All
Running a debug build shows me that we fail here:
http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/content/xul/document/src/nsXULDocument.cpp&rev=1.816&mark=2571-2575&#2556

The overlay is somehow added internally but each time you hit the privacy panel button, LoadOverlay is called and fails each time. This doesn't happen for the other panels, where the LoadOverlay function is only called once when opening the appropriate panel the first time. All other subsequent clicks don't call this function.

I'm not able to track this down for the privacy panel because I cannot send two key left events at a time. After the first key left event the debugger already stops inside LoadOverlay and the reported behavior isn't seen.
This seems very related to bug 330458 (maybe a dupe).
Yeah, thanks Florian. Marking as dupe.
Status: REOPENED → RESOLVED
Closed: 16 years ago16 years ago
Resolution: --- → DUPLICATE
Verified dup; I should've searched Bugzilla comment for that exception before filing.  Bah.
Status: RESOLVED → VERIFIED
Flags: blocking-firefox3+
You need to log in before you can comment on or make changes to this bug.