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)

1.8 Branch
x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 361701

People

(Reporter: beltzner, Unassigned)

Details

(Keywords: regression)

Attachments

(1 file)

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.
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
did you try installing these extensions in a clean profile? Could this be a conflict with another installed extension?
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.
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.
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.
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
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: