53819 2011-02-04 15:16:28 -0800 REGRESSION: CSS declarations in a rule with next sibling selector affects other elements 2011-02-05 17:44:00 -0800 1 1 1 Unclassified WebKit CSS 528+ (Nightly build) All All RESOLVED DUPLICATE 53610 http://software.hixie.ch/utilities/js/live-dom-viewer/saved/826 InRadar, Regression P2 Normal --- 0 zcorpan webkit-unassigned aestes oldest_to_newest 345846 0 zcorpan 2011-02-04 15:16:28 -0800 Chrome Version : 10.0.648.18 (Official Build 73584) dev URLs (if applicable) : http://software.hixie.ch/utilities/js/live-dom-viewer/saved/826 Other browsers tested: Add OK or FAIL after other browsers where you have tested this issue: Safari 5: PASS Firefox 3.x: dunno, but Firefox 4 (trunk) is PASS IE 7/8: dunno (Opera 11 is PASS, and reportedly Chrome 9 is also PASS) What steps will reproduce the problem? 1. Use a sibling selector like .a + p { clear:left } 2. Use markup like <div class=a></div><p></p><div class=b>foo</div><p>bar</p> 3. What is the expected result? The "bar" paragraph should not get the 'clear:left' style applied. What happens instead? The "bar" paragraph gets the 'clear:left' style applied. Devtools shows 'clear:left' among the inherited styles for the element. Please provide any additional information below. Attach a screenshot if possible. chromium bug at http://code.google.com/p/chromium/issues/detail?id=72005 346012 1 ap 2011-02-04 19:26:10 -0800 <rdar://problem/8963027> 346216 2 aestes 2011-02-05 17:14:17 -0800 I can't reproduce this in the latest WebKit nightly build (r77734). Simon, are you able to? 346217 3 aestes 2011-02-05 17:23:57 -0800 'bisect-builds -p' tells me: Fails: r77618 Works: r77709 Unfortunately I don't have time right now to narrow it down any further. 346218 4 aestes 2011-02-05 17:44:00 -0800 Ahh, found it. Fixed by http://trac.webkit.org/changeset/77664. *** This bug has been marked as a duplicate of bug 53610 ***