Closed
Bug 596354
Opened 14 years ago
Closed 14 years ago
Track listing not showing on iTunes
Categories
(Core :: CSS Parsing and Computation, defect)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
DUPLICATE
of bug 591198
People
(Reporter: bas.schouten, Unassigned)
References
()
Details
(Keywords: regression)
When going to an iTunes album list nothing is showing up in the list part. This works fine in 3.6. Overriding the user-agent string seems to make no difference. turning hardware acceleration off makes no noticeable difference.
Comment 1•14 years ago
|
||
Confimred broken, on Linux trunk build:
Mozilla/5.0 (X11; Linux x86_64; rv:2.0b7pre) Gecko/20100914 Firefox/4.0b7pre
& working on a 3.6 nightly
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.9pre) Gecko/20100726 Namoroka/3.6.9pre
blocking2.0: --- → ?
Keywords: regression
OS: Windows 7 → All
Hardware: x86 → All
Version: unspecified → Trunk
Updated•14 years ago
|
Summary: List not showing on iTunes → Track listing not showing on iTunes
Comment 2•14 years ago
|
||
This regressed sometime between b2 & b5:
Mozilla/5.0 (X11; Linux i686 (x86_64); rv:2.0b2) Gecko/20100720 Firefox/4.0b2
Mozilla/5.0 (X11; Linux i686 on x86_64; rv:2.0b5) Gecko/20100101 Firefox/4.0b5
Adding regressionwindow-wanted keyword to get a more targeted range.
Keywords: regressionwindow-wanted
Comment 3•14 years ago
|
||
Regression range:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9a623cc1c5e7&tochange=4a6ee9e82945
Keywords: regressionwindow-wanted
Comment 4•14 years ago
|
||
Interesting:
1. view source and copy it
2. save it to new html file
3. open html file
Result: List is visible
Comment 5•14 years ago
|
||
That usually means the error is with some resource (probably an @import'ed stylesheet) that's specified with a relative URL.
Comment 6•14 years ago
|
||
Actually, it looks like all the stylesheets are specified with relative URLs (in <link> elements in the HTML). So comment 4 isn't particularly surprising -- it just confirms that CSS is involved here.
Comment 7•14 years ago
|
||
DOM inspector says the computed style of the span two levels up from trackname text (e.g. "The Radiance") has a computed-style height of 0 (vs a width of 77.5px).
Comment 8•14 years ago
|
||
Disabling of XUL is in the regression range, that might be the cause.
Comment 9•14 years ago
|
||
It is indeed. This stylesheet:
http://itunes.apple.com/stylesheets/ellipsis.css
applies an XBL binding from this XML doc:
http://itunes.apple.com/stylesheets/ellipsis.xml
which uses XUL.
Blocks: kill-remote-xul
Comment 10•14 years ago
|
||
The binding applied is:
<binding id="ellipsis">
<content>
<xul:window>
<xul:description crop="end" xbl:inherits="value=xbl:text"><children/>
</xul:description>
</xul:window>
</content>
</binding>
Comment 11•14 years ago
|
||
So the bug here (if there's a bug) is that we're modifying the style based on
a "-moz-binding" style-declaration that points to no-longer-allowed-on-the-web-XUL. Presumably we'd rather just ignore that -moz-binding declaration altogether? (or have that visual effect?)
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Updated•14 years ago
|
blocking2.0: ? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•