Closed Bug 577197 Opened 15 years ago Closed 15 years ago

The awfulbutton (Firefox orange button) is under Back+Forward (over Stop+Reload) when menubar disabled, browser.tabs.autoHide enabled, tabs on top, tabbar hidden

Categories

(Firefox :: Theme, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 575036

People

(Reporter: mithgol, Unassigned)

References

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1 When only «Navigation Toolbar» is visible and «Tabs on Top» enabled, the awfulbutton (orange Firefox menu button) appears over/under the toolbox (over «Stop+Reload», under «Back+Forward», some «z-index» glitches probably?). Reproducible: Always Steps to Reproduce: 1. Open Windows XP, enable Classic theme. 2. Open Firefox 4 Beta 1 in Safe Mode (default skin, no extensions). 3. Right click on a toolbat → disable «Menu Bar» (awfulbutton appears!), disable «Bookmarks Toolbar», make sure that «Navigation toolbar» and «Tabs on Top» are checked on. 4. Open about:config and set browser.tabs.autoHide to true (assume you need more screen space, as if you were a netbook user). 5. Close all tabs but one. Actual Results: The tabbar quickly hides, the awfulbutton happily drops on the toolbox (to the left of awesomebar), obscuring «Stop+Reload» button and becoming an active background for «Back+Forward» button. Expected Results: The awfulbutton is meant for the application window title, so it probably should not appear in WinXP Classic theme. If the awfulbutton is possible even there (as part of a toolbar), then make it customizeable (View → Toolbars → Customize) for the user to decide which toolbar that should be, and whether it is necessary. If the user must not be given an option to get rid of the awfulbutton, at least it should never obscure the conventional toolbar.
Here the awfulbutton is not on the toolbox, but it takes a whole line out of my precious vertical screen space.
Workaround: put «#appmenu-button { display: none; }» (without quotes) in your userChrome.css
I'm not sure that it would be useful anymore to hide the tabbar - would that mean that the Firefox button also needs to be hidden from the screen (solved your first attachment) ? Or would it mean that it can stay as a lonely button (like in your second attachment), but the tabbar hiding doesn't make much sense anymore.
You don't need to be in classic mode on XP to reproduce this bug; you only need to have the "Always show the tab bar disabled". Then if you only have a single page opened, the Firefox button is above the back/forward buttons.
This bug is also observed in Windows 7. I think Comment 4 makes a good point -- perhaps browser.tabs.autoHide should no longer be an option in Firefox 4 (or it should be strongly discouraged). However, I had that set to true as a 3.x user, and when I upgraded to the 4.0 beta, it faithfully remembered all my preferences. So if it is ultimately decided to discourage using that preference, someone should make sure that users who are upgrading from 3.x will automatically have it removed or set to false.
Status: UNCONFIRMED → NEW
Ever confirmed: true
blocking2.0: --- → ?
This either depends on or is a duplicate of bug 575870 - not sure which.
Depends on: 575870
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
No longer depends on: 575870
dupe, canceling blocking request.
blocking2.0: ? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: