Closed
Bug 361747
Opened 18 years ago
Closed 18 years ago
[Fx2.0.0.1pre] Preferences/Options panels not shown for some extensions
Categories
(Toolkit :: Add-ons Manager, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 361701
People
(Reporter: beltzner, Unassigned)
Details
(Keywords: regression)
Attachments
(1 file)
14.20 KB,
image/png
|
Details |
It doesn't affect all extensions, but the Preferences/Options panels from some extensions are drawing as blank in Firefox 2.0.0.1pre builds. I'm seeing it using 20061123 nightly Bon Echo builds and the Pickup extension (https://addons.mozilla.org/firefox/3335/) as well as some others.
Reporter | ||
Comment 1•18 years ago
|
||
Bit more detail: nothing shows in the error console indicating the problem. The panel does appear, it just appears without content. I can't figure out what the pattern is of why it works for some extensions, not for others. For example, Pronto Photo Shopper works (https://addons.mozilla.org/firefox/3348/) but FireFTP doesn't (https://addons.mozilla.org/firefox/684/). Marking blocking1.8.1.1? since this is an extension compatibility issue, and a regression from 1.8.1.
Flags: blocking1.8.1.1?
Keywords: qawanted,
regression
Comment 2•18 years ago
|
||
did you try installing these extensions in a clean profile? Could this be a conflict with another installed extension?
Reporter | ||
Comment 3•18 years ago
|
||
Yeah, tried in clean and with existing profiles. Mossop has confirmed that its OSX only (at least, it's not happening on w32 for him!) and also notes that Pickup has been removed as an extension. Another one that doesn't work is Chromatabs (https://addons.mozilla.org/firefox/3810/). On IRC, Mossop openly suspected the <prefwindow> widget as being the cause, since FireFTP and ChromaTabs both make use of it.
Reporter | ||
Comment 4•18 years ago
|
||
Mossop asked me to try the nightly tester tools (which also uses the prefwindow widget) and I saw this interesting result. The panels show blank until I click on one of the panel headers, at which point it shows up.
Comment 5•18 years ago
|
||
This looks related to the pane animation code. I can now reproduce on windows if I set browser.preferences.animateFadeIn to true, and likewise Mike said he was unable to reproduce on Mac when setting it false. Leaving it as a Mac bug since that's the only place where that pref defaults to true that I'm aware of.
Comment 6•18 years ago
|
||
From discussion on IRC this is bug 361701 *** This bug has been marked as a duplicate of 361701 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Flags: blocking1.8.1.1?
Keywords: qawanted
Resolution: --- → DUPLICATE
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•