All users were logged out of Bugzilla on October 13th, 2018

in popup windows pressing twice the top right button restores a normal window with a locked address bar




10 years ago
6 months ago


(Reporter: vitto.giova, Unassigned)


Mac OS X

Firefox Tracking Flags

(Not tracked)





10 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv: Gecko/2009042315 Firefox/3.0.10
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv: Gecko/2009042315 Firefox/3.0.10

After opening a popup window on a site, by clicking the top right button it is possible to hide the address bar. This is correct behavior: however if that button is pressed again, instead of the address bar only, the whole firefox menu is restore, with the address bar, the search bar, buttons and the bookmarks bar!
The address bar moreover is locked, as in popup mode, and one can't enter any input; the search bar instead works as in normal window.
Pressing the top right button twice once again doesn't restore correct display

Reproducible: Always

Steps to Reproduce:
1. Open a popup window
2. Click the top right button
3. Re-Click the top right button
Actual Results:  
The normal window dispaly appeared, with buttons, address bar, search bar and bookmark bar; moreover the address bar is locked and can't enter input.

Expected Results:  
The window display should either remain as in popup mode or allow input in the address bar once restored.

This is not such a bad feature, as one could recreate a firefox window from one annoying popup, but input should be enabled in the address bar.
Please provide a specific example, and specific steps to reproduce.
1. Click the URL in this bug's URL field to open a popup window without toolbar.
2. In the popup, click the toolbar collapse button in the titlebar twice.

The problem is in nsWebShellWindow::Toolbar(), which blindly replaces the chromehidden flags without remembering which were set before the button was clicked the first time.
Component: General → XP Toolkit/Widgets: XUL
Ever confirmed: true
Product: Firefox → Core
QA Contact: general → xptoolkit.xul
Version: unspecified → Trunk

Comment 3

8 months ago
maybe this could be closed since Apple removed that button and firefox does not support that operating system any more
Moving to Core:XUL per
Component: XP Toolkit/Widgets: XUL → XUL
You need to log in before you can comment on or make changes to this bug.