Closed
Bug 985786
Opened 10 years ago
Closed 10 years ago
[10.6] The fullscreen button's icon is missing while in fullscreen
Categories
(Firefox :: Theme, defect)
Tracking
()
VERIFIED
FIXED
Firefox 31
People
(Reporter: MattN, Assigned: MattN)
References
Details
(Keywords: regression, Whiteboard: [Australis:P3])
Attachments
(1 file)
11.89 KB,
patch
|
mconley
:
review+
lsblakk
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
The button that appears on the tabstrip when in fullscreen mode on 10.6 (with Lion fullscreen) doesn't have an icon but the button is still present if you know to hover in the empty area.
Assignee | ||
Comment 1•10 years ago
|
||
This was caused by bug 875488, specifically http://hg.mozilla.org/projects/ux/diff/1010d94e216b/browser/themes/osx/browser.css#l1.30 Since this button is somewhat special, we should have a test created.
Assignee | ||
Comment 2•10 years ago
|
||
This issue was actually pointed out by Gijs while reviewing that bug (bug 875488 comment 32). Patch coming soon.
Assignee | ||
Comment 3•10 years ago
|
||
If you want to test the patch and don't have 10.6, you can redirect to mconley who does have a 10.6 machine.
Attachment #8394029 -
Flags: review?(mdeboer)
Assignee | ||
Comment 4•10 years ago
|
||
Comment on attachment 8394029 [details] [diff] [review] v.1 Make the button match the styles of other toolbarbuttons Review of attachment 8394029 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/themes/osx/browser.css @@ -474,5 @@ > toolbar .toolbarbutton-1:not(:-moz-any([type="menu-button"],[disabled],[open],#back-button,#forward-button)):hover, > toolbar .toolbarbutton-1[type="menu-button"]:not([disabled]):-moz-any(:hover,[open]) > .toolbarbutton-menubutton-button, > toolbar .toolbarbutton-1[type="menu-button"]:not([disabled]):-moz-any(:hover,[open]) > .toolbarbutton-menubutton-dropmarker, > -toolbar .toolbaritem-combined-buttons:hover > .toolbarbutton-combined, > -#restore-button:not([disabled]):hover { I don't even think @disabled was even getting set on this element anyways. @@ +909,1 @@ > #fullscreen-button[cui-areatype="toolbar"] { Since the button isn't customizable, I didn't bother including the attribute here as it adds noise and confusion IMO.
Comment 5•10 years ago
|
||
Comment on attachment 8394029 [details] [diff] [review] v.1 Make the button match the styles of other toolbarbuttons redirecting, because I indeed don't have a 10.6 machine :(
Attachment #8394029 -
Flags: review?(mdeboer) → review?(mconley)
Comment 6•10 years ago
|
||
Comment on attachment 8394029 [details] [diff] [review] v.1 Make the button match the styles of other toolbarbuttons Review of attachment 8394029 [details] [diff] [review]: ----------------------------------------------------------------- This looks fine - just not sure what the value of having the cui-areatype attribute on the element is. Tested on 10.6 and 10.8. ::: browser/themes/osx/browser.css @@ +909,1 @@ > #fullscreen-button[cui-areatype="toolbar"] { If we're not including the attribute here - why are we including it on the element itself?
Attachment #8394029 -
Flags: review?(mconley) → review+
Assignee | ||
Comment 7•10 years ago
|
||
(In reply to Mike Conley (:mconley) from comment #6) > > #fullscreen-button[cui-areatype="toolbar"] { > > If we're not including the attribute here - why are we including it on the > element itself? because some selectors using @primaryToolbarButtons@ (of which this button is included in) are checking that attribute: e.g. https://mxr.mozilla.org/mozilla-central/source/browser/themes/osx/browser.css?rev=c8809e6c34ab#1238
Comment 8•10 years ago
|
||
(In reply to Matthew N. [:MattN] from comment #7) > (In reply to Mike Conley (:mconley) from comment #6) > > > #fullscreen-button[cui-areatype="toolbar"] { > > > > If we're not including the attribute here - why are we including it on the > > element itself? > > because some selectors using @primaryToolbarButtons@ (of which this button > is included in) are checking that attribute: e.g. > https://mxr.mozilla.org/mozilla-central/source/browser/themes/osx/browser. > css?rev=c8809e6c34ab#1238 Gotcha. As you were, then. :)
Assignee | ||
Comment 9•10 years ago
|
||
Thanks! https://hg.mozilla.org/integration/fx-team/rev/e6cc1fb21112
status-firefox29:
--- → affected
status-firefox30:
--- → affected
status-firefox31:
--- → affected
Whiteboard: [Australis:P3] → [Australis:P3][fixed-in-fx-team]
https://hg.mozilla.org/mozilla-central/rev/e6cc1fb21112
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:P3][fixed-in-fx-team] → [Australis:P3]
Target Milestone: --- → Firefox 31
Comment 11•10 years ago
|
||
(In reply to Matthew N. [:MattN] from comment #0) > The button that appears on the tabstrip when in fullscreen mode on 10.6 > (with Lion fullscreen) doesn't have an icon but the button is still present > if you know to hover in the empty area. Just for my curiosity... 10.6 is Snow Leopard. Did you mean s/Lion// ? If not, I am confused. :-) But really, the reason I'm commenting is uplift. Do you think this needs bake time on m-a before we go to m-b or not?
Flags: needinfo?(MattN+bmo)
Assignee | ||
Comment 12•10 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #11) > (In reply to Matthew N. [:MattN] from comment #0) > > The button that appears on the tabstrip when in fullscreen mode on 10.6 > > (with Lion fullscreen) doesn't have an icon but the button is still present > > if you know to hover in the empty area. > > Just for my curiosity... 10.6 is Snow Leopard. Did you mean s/Lion// ? If > not, I am confused. :-) I meant "without", good catch. > But really, the reason I'm commenting is uplift. Do you think this needs > bake time on m-a before we go to m-b or not? I think it's fine for Aurora now as I haven't seen any fallout yet and this is only 10.6 where the bug went undetected since last June so it likely doesn't get much testing.
Flags: needinfo?(MattN+bmo)
Assignee | ||
Comment 13•10 years ago
|
||
Comment on attachment 8394029 [details] [diff] [review] v.1 Make the button match the styles of other toolbarbuttons [Approval Request Comment] Bug caused by (feature/regressing bug #): bug 875488 User impact if declined: Fullscreen icon to exit fullscreen will be missing on OS X 10.6. Testing completed (on m-c, etc.): m-c Risk to taking this patch (and alternatives if risky): Fairly low risk trying to make this button more consistent with the styling of other buttons so it doesn't get forgotten about again. String or IDL/UUID changes made by this patch: None
Attachment #8394029 -
Flags: approval-mozilla-aurora?
Comment 14•10 years ago
|
||
Comment on attachment 8394029 [details] [diff] [review] v.1 Make the button match the styles of other toolbarbuttons Are you going to nominate this for beta as well?
Attachment #8394029 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Flags: needinfo?(MattN+bmo)
Updated•10 years ago
|
Assignee | ||
Comment 15•10 years ago
|
||
Comment on attachment 8394029 [details] [diff] [review] v.1 Make the button match the styles of other toolbarbuttons [Approval Request Comment] See comment 13
Attachment #8394029 -
Flags: approval-mozilla-beta?
Flags: needinfo?(MattN+bmo)
Assignee | ||
Comment 16•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/b92b19781ae3
Updated•10 years ago
|
Attachment #8394029 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Assignee | ||
Comment 17•10 years ago
|
||
Thanks! https://hg.mozilla.org/releases/mozilla-beta/rev/fe96465ab232
Comment 18•10 years ago
|
||
The icon is now displayed after entering fullscreen mode on: - latest Nightly (build ID: 20140327030203) - latest Aurora (build ID: 20140328004001) - Firefox 29 beta 3 (build ID: 20140327113732) User Agents: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:29.0) Gecko/20100101 Firefox/29.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:30.0) Gecko/20100101 Firefox/30.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:31.0) Gecko/20100101 Firefox/31.0
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•