Closed
Bug 928419
Opened 12 years ago
Closed 12 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•12 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•12 years ago
|
Flags: needinfo?(gijskruitbosch+bugs)
| Reporter | ||
Comment 3•12 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•12 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•12 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•12 years ago
|
Attachment #819497 -
Attachment is obsolete: true
Attachment #819497 -
Flags: review?(jaws)
| Reporter | ||
Updated•12 years ago
|
Attachment #819650 -
Flags: review?(jaws) → review+
| Assignee | ||
Comment 6•12 years ago
|
||
Whiteboard: [Australis:P5] → [Australis:P5][Australis:M9][fixed-in-ux]
| Assignee | ||
Comment 7•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 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
•