8780 - {css1} 'color' parsing too lenient

Status: VERIFIED FIXED

(Core :: CSS Parsing and Computation, defect, P3)

Description

[Hixie (not reading bugmail)]

This broke out of 8191.

The following colours should be ignored when given in CSS, but are not:

 #d
 #dd
 #dddd
 #ddddd
 #ddddddd

i.e., any color with 1, 2, 4, 5, 7, 8 or 9 digits. See the test case.

Comment 1

[Christine Hoffman]

Using 8/16 Apprunner and Viewer with the test case provided, the three rows are
not identical (tested in Nav Quirks and Standard mode). Given that this was
marked fixed over a month and a half ago, has something happened to make this
regress? Reopening bug - if not appropriate, please indicate.

Comment 2

[Peter Linss]

This is working as designed. The three lines should only look the same in
standard mode (which you can't set via the DTD yet). In quirk mode they should
look the same as Nav (which they do).

Comment 3

[Christine Hoffman]

Unable to verify this as Standard mode is not available at present. I will mark
verified based on the fact that Peter has verified this works
in the code.

Comment 4

[Hixie (not reading bugmail)]

I am going to reopen this bug, then resolve it again, but NOT verify it. Instead
I will make it dependant on bug 1312, the Quirks-Mode-Based-On-DOCTYPE bug.

This is so that it doesn't dissapear off my radar (I would like to verify it
myself once the doctype-triggered quirks mode is done).

Comment 5

[Hixie (not reading bugmail)]

Yup, it works fine in standard mode.

Comment 6

[Hixie (not reading bugmail)]

Migrating from {css1} to css1 keyword. The {css1}, {css2}, {css3} and {css-moz}
radars should now be considered deprecated in favour of keywords.
I am *really* sorry about the spam...