The default bug view has changed. See this FAQ.

Sometimes inspector panels take up space in browser window as though they are a normal box

RESOLVED FIXED

Status

()

Firefox
Developer Tools
RESOLVED FIXED
7 years ago
5 years ago

People

(Reporter: Unfocused, Unassigned)

Tracking

Trunk
x86_64
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

Created attachment 447272 [details]
Screenshot

Sometimes, the highlighter-pane and inspector-panel panels will take up space in the browser window. Their contents are not visible, but the panels take up space as though they're normal XUL boxes (rather than panels/popups). The mainPopupSet expands to make room for them, creating a large empty space above the Menu Bar (see attached screenshot). Adding a hidden="true" attribute to these panels will fix the described symptoms.

I haven't found a way to reliably reproduce this. It's happened a couple of times when I've switched back to a Firefox window or after I've been logged in via RDP, but that may be a coincidence.

Comment 1

7 years ago
Known XUL bug. using hidden="true" is the current workaround used in other similar problems. But I thought Enn fixed this on trunk.
yeah, that's an odd one. I've seen something similar when hitting the "capsule" button in an OS X titlebar. I'll try the mentioned workaround.
(In reply to comment #1)
> Known XUL bug. using hidden="true" is the current workaround used in other
> similar problems. But I thought Enn fixed this on trunk.

Interestingly, doing this should also improve startup time, since the XBL bindings won't get attached until the popup is shown (we discovered this with Ubiquity - it also fixed a bunch of other weirdness). So it may be a good thing to do even if the underlying popup problem is fixed.
I thought I was doing this and forgot that the style and dom panels haven't landed yet.

http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.xul#223

I'm already setting that attribute on both panels and setting the attribute to false on initialization:

http://mxr.mozilla.org/mozilla-central/source/browser/base/content/inspector.js#535

Any ideas?

Comment 5

7 years ago
Nope, sorry. That's the way the other panels in browser.xul do it.
Duplicate of this bug: 570130
Depends on: 533714

Comment 7

5 years ago
I think this bug is no longer relevant. Can we close it?
We believe this is fixed. Reopen if necessary.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.