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)
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.
| Reporter | ||
Comment 1•15 years ago
|
||
| Reporter | ||
Comment 2•15 years ago
|
||
Here the awfulbutton is not on the toolbox, but it takes a whole line out of my precious vertical screen space.
| Reporter | ||
Comment 3•15 years ago
|
||
Workaround: put «#appmenu-button { display: none; }» (without quotes) in your userChrome.css
Comment 4•15 years ago
|
||
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.
Comment 5•15 years ago
|
||
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.
Comment 7•15 years ago
|
||
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.
Updated•15 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•15 years ago
|
blocking2.0: --- → ?
Comment 8•15 years ago
|
||
This either depends on or is a duplicate of bug 575870 - not sure which.
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•