Bug 187718
| Summary: | [css-counters][css-display-contents] "display: contents" breaks counter incrementing??? | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | jonjohnjohnson <hi> |
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED CONFIGURATION CHANGED | ||
| Severity: | Critical | CC: | bfulgham, karlcow, kyle.bavender, simon.fraser, zalan |
| Priority: | P2 | ||
| Version: | Safari Technology Preview | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
jonjohnjohnson
CSS counters break, at least do not increment, when using "display: contents" on the elements ancestor within the "counter-reset" container.
testcase -> http://jsfiddle.net/5rcjk9gv/3/
Test case is straightforward, the first box does not use display: contents, the second box uses it on ancestors of the items that want access to the incremented counter value, but it's broken :(
This isn't broken in chrome or firefox.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
jonjohnjohnson
Sorry testcase url is -> http://jsfiddle.net/5rcjk9gv/4/
jonjohnjohnson
Pertinent (open) issue in csswg drafts relating to display box generation and counter interactions, though not exactly about the bug here in safari... https://github.com/w3c/csswg-drafts/issues/674
Kyle Bavender
Confirmed this is still an issue with Safari as of 13.0.4. Does not match either Chrome or Firefox's behavior.
Karl Dubost
The testcase in https://jsfiddle.net/5rcjk9gv/4/
gives the same results on
Safari Technology Preview 205 20621.1.2.111.4
Firefox Nightly 133.0a1 13324.10.7
Google Chrome Canary 131.0.6768.0 6768.0
with:
1
2
3
1
2
3
I'm closing. If the issue still persists this needs a new test case illustrating the problem. Please do not hesitate to open a new bug.