Closed
Bug 923843
Opened 11 years ago
Closed 11 years ago
Bug 922847 broke TabsToolbar-related styling for tabsonbottom on Windows with compositor
Categories
(Firefox :: Theme, defect)
Tracking
()
RESOLVED
FIXED
Firefox 27
People
(Reporter: Gijs, Assigned: Gijs)
References
Details
(Keywords: regression)
Attachments
(1 file)
2.29 KB,
patch
|
dao
:
review+
|
Details | Diff | Splinter Review |
Bug 922847 broke styling in browser-aero.css and indicator-aero.css for -moz-windows-compositor cases, because the tabstoolbar is no longer the last child of the tabstoolbar.
Assignee | ||
Comment 1•11 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #1)
> Bug 922847 broke styling in browser-aero.css and indicator-aero.css for
> -moz-windows-compositor cases, because the tabstoolbar is no longer the last
> child of the tabstoolbar.
child of the toolbox. I need sleep. :|
Comment 2•11 years ago
|
||
Gijs, can we expect a fix for this soon? (I think that would involve moving the indicator thingy somewhere else entirely, because it really shouldn't be a child of the toolbox.)
Need to back out the offending patch otherwise. This isn't the kind of regression we want to tolerate on central.
Assignee: nobody → gijskruitbosch+bugs
Assignee | ||
Comment 3•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #2)
> Gijs, can we expect a fix for this soon? (I think that would involve moving
> the indicator thingy somewhere else entirely, because it really shouldn't be
> a child of the toolbox.)
>
> Need to back out the offending patch otherwise. This isn't the kind of
> regression we want to tolerate on central.
If you tell me where you would like this instead of the toolbox, I can get you a patch today. I felt the toolbox was logical, seeing as that's where the button is...
I also, still, don't understand what the point of the :last-child part of the selector is.
Comment 4•11 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #3)
> If you tell me where you would like this instead of the toolbox, I can get
> you a patch today. I felt the toolbox was logical, seeing as that's where
> the button is...
#mainPopupSet?
> I also, still, don't understand what the point of the :last-child part of
> the selector is.
I haven't looked and don't know it offhand. It might indeed be something to fix, but still toolboxes should only contain toolbars. Breaking this assumption could be a problem for various code dealing with toolbars, like toolbar customization code.
Assignee | ||
Comment 5•11 years ago
|
||
A quick test seems to have this work fine.
Attachment #813963 -
Flags: review?(dao)
Updated•11 years ago
|
Attachment #813963 -
Flags: review?(dao) → review+
Assignee | ||
Comment 6•11 years ago
|
||
Status: NEW → ASSIGNED
Whiteboard: [fixed-in-fx-team]
Comment 7•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 27
You need to log in
before you can comment on or make changes to this bug.
Description
•