Closed
Bug 928419
Opened 11 years ago
Closed 11 years ago
Ruleset ignored due to bad selector (at browser/themes/windows/downloads/indicator-aero.css#26)
Categories
(Firefox :: Downloads Panel, defect)
Tracking
()
RESOLVED
FIXED
Firefox 28
People
(Reporter: jaws, Assigned: Gijs)
References
Details
(Whiteboard: [Australis:P5][Australis:M9])
Attachments
(1 file, 1 obsolete file)
2.01 KB,
patch
|
jaws
:
review+
|
Details | Diff | Splinter Review |
This error shows up in the Browser Console. > /* This is the case where the downloads indicator has been moved next to the menubar as well as > the case where the downloads indicator is in the tabstrip toolbar. */ > :-moz-any(#toolbar-menubar #downloads-button:not([counter]), #TabsToolbar #downloads-button:not(:-moz-lwtheme):not([counter])) > #downloads-indicator-anchor > #downloads-indicator-progress-area > #downloads-indicator-counter { > background-image: -moz-image-rect(url("chrome://browser/skin/Toolbar-inverted.png"), 0, 108, 18, 90); > } at http://hg.mozilla.org/projects/ux/annotate/3b44793578f6/browser/themes/windows/downloads/indicator-aero.css#l17 It looks like it was introduced by revision e6027b217801 (no bug). I can't find the related source code in m-c, so marking this as blocking Australis.
Assignee | ||
Comment 1•11 years ago
|
||
Actually, it's from http://hg.mozilla.org/projects/ux/diff/c197150217d6/browser/themes/windows/downloads/downloads-aero.css (I just moved it as part of the merge, because downloads-aero.css had been split into downloads-aero.css and indicator-aero.css on m-c). That's bug 755593. :-) I'll write up the trivial fix here tomorrow.
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Flags: needinfo?(gijskruitbosch+bugs)
Whiteboard: [Australis:P5]
Assignee | ||
Updated•11 years ago
|
Flags: needinfo?(gijskruitbosch+bugs)
Reporter | ||
Comment 3•11 years ago
|
||
What was wrong with the CSS before? Maybe I'm missing something, but all I see in the patch is that :-moz-any() is being expanded out.
Assignee | ||
Comment 4•11 years ago
|
||
(In reply to Jared Wein [:jaws] from comment #3) > What was wrong with the CSS before? Maybe I'm missing something, but all I > see in the patch is that :-moz-any() is being expanded out. That is exactly what is necessary. :-moz-any can't contain "complex" selectors, like the descendant selectors that are currently there. [0] [0] See the note at: https://developer.mozilla.org/en-US/docs/Web/CSS/:any#Values
Assignee | ||
Comment 5•11 years ago
|
||
However, I just tested this, and the offset that's already there is wrong. Fixed now.
Attachment #819650 -
Flags: review?(jaws)
Assignee | ||
Updated•11 years ago
|
Attachment #819497 -
Attachment is obsolete: true
Attachment #819497 -
Flags: review?(jaws)
Reporter | ||
Updated•11 years ago
|
Attachment #819650 -
Flags: review?(jaws) → review+
Assignee | ||
Comment 6•11 years ago
|
||
https://hg.mozilla.org/projects/ux/rev/d921c9f16a5c
Whiteboard: [Australis:P5] → [Australis:P5][Australis:M9][fixed-in-ux]
Assignee | ||
Comment 7•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/d921c9f16a5c
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:P5][Australis:M9][fixed-in-ux] → [Australis:P5][Australis:M9]
Target Milestone: --- → Firefox 28
You need to log in
before you can comment on or make changes to this bug.
Description
•