Bug 17320 - CSS li:last-child:after
Summary: CSS li:last-child:after
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2008-02-11 19:55 PST by Matthew Mohrman
Modified: 2008-02-11 22:03 PST (History)
2 users (show)

See Also:


Attachments
Sample List (555 bytes, application/xhtml+xml)
2008-02-11 19:56 PST, Matthew Mohrman
no flags Details
Call setUsesSiblingRules(true) for all CSS3 selectors that require it (10.57 KB, patch)
2008-02-11 21:55 PST, mitz
hyatt: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Mohrman 2008-02-11 19:55:29 PST
The styling for li:last-child:after is ignored by WebKit (nightly build 30153) if more than one li exists within the ul.

Please see the attached file for an example.
Comment 1 Matthew Mohrman 2008-02-11 19:56:56 PST
Created attachment 19086 [details]
Sample List
Comment 2 mitz 2008-02-11 21:29:56 PST
The problem goes away if you add a dummy :first-child rule:
      li:first-child {}

So perhaps the problem is that the "affected by" bits are not set correctly.
Comment 3 mitz 2008-02-11 21:43:01 PST
<rdar://problem/5736953>
Comment 4 mitz 2008-02-11 21:55:36 PST
Created attachment 19087 [details]
Call setUsesSiblingRules(true) for all CSS3 selectors that require it
Comment 5 Dave Hyatt 2008-02-11 21:58:51 PST
Comment on attachment 19087 [details]
Call setUsesSiblingRules(true) for all CSS3 selectors that require it

r=me
Comment 6 mitz 2008-02-11 22:03:53 PST
Fixed in <http://trac.webkit.org/projects/webkit/changeset/30162>.