Closed Bug 1119660 (c64-uri-000) Opened 10 years ago Closed 10 years ago

CSS 2.1 conformance test 'c64-uri-000' fails

Categories

(Core :: CSS Parsing and Computation, defect)

32 Branch
x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: GPHemsley, Unassigned)

References

(Blocks 1 open bug, )

Details

CSS 2.1 Conformance Test Suite Test: “URLs” Test Case: c64-uri-000 == c64-uri-000-ref Testing: CSS 2.1 § 4.3.4, CSS 2.1 § 6.3 Result: FAIL ----- Problem parsing the relative URL or including the stylesheet? CSS 2.1 § 4.3.4 :: http://www.w3.org/TR/CSS21/syndata.html#uri CSS 2.1 § 6.3 :: http://www.w3.org/TR/CSS21/cascade.html#at-import
This test is just bogus. It includes the following stylesheets: <link rel="stylesheet" href="support/css1test64a.css"> <style type="text/css"> @import url(support/css1test64b.css); p.zero {background: red url(support/swatch-green.png);color:white;} </style> The text of http://test.csswg.org/suites/css21_dev/nightly-unstable/html4/support/css1test64a.css is: p.one {background: red url(support/swatch-red.png);color:white;} and the text of http://test.csswg.org/suites/css21_dev/nightly-unstable/html4/support/css1test64b.css is: p.two {background: red url(support/swatch-red.png);color:white;} Ignoring for the moment that those url() bits give you 404s because they end up looking for stuff in support/support, the upshot of all this is that the only green around will be on p.zero. That's how it would be even if the swatch-red loads were not 404...
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.