Closed Bug 1119660 (c64-uri-000) Opened 9 years ago Closed 9 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: 9 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.