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)

All
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 28

People

(Reporter: jaws, Assigned: Gijs)

References

Details

(Whiteboard: [Australis:P5][Australis:M9])

Attachments

(1 file, 1 obsolete file)

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.
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]
This should do it.
Attachment #819497 - Flags: review?(jaws)
Flags: needinfo?(gijskruitbosch+bugs)
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.
(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
However, I just tested this, and the offset that's already there is wrong. Fixed now.
Attachment #819650 - Flags: review?(jaws)
Attachment #819497 - Attachment is obsolete: true
Attachment #819497 - Flags: review?(jaws)
Attachment #819650 - Flags: review?(jaws) → review+
https://hg.mozilla.org/projects/ux/rev/d921c9f16a5c
Whiteboard: [Australis:P5] → [Australis:P5][Australis:M9][fixed-in-ux]
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.

Attachment

General

Creator:
Created:
Updated:
Size: