Bug 56907 – Incorrect rendering of the CSS adjacent selectors in Webkit/534.16 (Chrome 10)

• Component: CSS
• Status: RESOLVED CONFIGURATION CHANGED

[Ilya (SelenIT)]

Created attachment 86588 [details]
simple demo, based on code example from http://htmlbook.ru/samcss/sosednie-selektory

In Webkit/534.16 (Chrome 10, Chromium) the adjacent CSS selectors are rendered in an unexpected way: the corresponding style applies not only to the matching element, but also to all elements of the same tag name and class name till the end of the document. However, the document inspector from Developer Tools reports that these elements have correct style, so the bug is only visual.

In the attached example (based on the code example from http://htmlbook.ru/samcss/sosednie-selektory in which the bug was first noticed) only the I element in the second P is expected to be red because only this paragraph contains I element preceded by B element (which should match the "B + I" CSS selector). But in fact the I element in the third paragrpaph is red, too (although there is no B element in that paragraph at all).

Webkit/533.20.25 (Safari 5 for Windows) renders this example correctly.

[ChangSeok Oh]

(In reply to comment #0)
> Created an attachment (id=86588) [details]
> simple demo, based on code example from http://htmlbook.ru/samcss/sosednie-selektory
> 
> In Webkit/534.16 (Chrome 10, Chromium) the adjacent CSS selectors are rendered in an unexpected way: the corresponding style applies not only to the matching element, but also to all elements of the same tag name and class name till the end of the document. However, the document inspector from Developer Tools reports that these elements have correct style, so the bug is only visual.
> 
> In the attached example (based on the code example from http://htmlbook.ru/samcss/sosednie-selektory in which the bug was first noticed) only the I element in the second P is expected to be red because only this paragraph contains I element preceded by B element (which should match the "B + I" CSS selector). But in fact the I element in the third paragrpaph is red, too (although there is no B element in that paragraph at all).
> 
> Webkit/533.20.25 (Safari 5 for Windows) renders this example correctly.

I couldn't reproduce this issue on r82088, Safari 5.0.4 and Chrome 12.0.712.0 dev.

[ChangSeok Oh]

(In reply to comment #0)
> Created an attachment (id=86588) [details]
> simple demo, based on code example from http://htmlbook.ru/samcss/sosednie-selektory
> 
> In Webkit/534.16 (Chrome 10, Chromium) the adjacent CSS selectors are rendered in an unexpected way: the corresponding style applies not only to the matching element, but also to all elements of the same tag name and class name till the end of the document. However, the document inspector from Developer Tools reports that these elements have correct style, so the bug is only visual.
> 
> In the attached example (based on the code example from http://htmlbook.ru/samcss/sosednie-selektory in which the bug was first noticed) only the I element in the second P is expected to be red because only this paragraph contains I element preceded by B element (which should match the "B + I" CSS selector). But in fact the I element in the third paragrpaph is red, too (although there is no B element in that paragraph at all).
> 
> Webkit/533.20.25 (Safari 5 for Windows) renders this example correctly.

I couldn't reproduce this issue on r82088, Safari 5.0.4 and Chrome 12.0.712.0 dev.

[Brent Fulgham]

Safari, Chrome, and Firefox all agree on rendering for this test case. I don't believe there is any remaining compatibility issue.