Bug 243664 – REGRESSION(248294@main): wpt /css/CSS2/lists/list-style-position-018.xht

• Status: RESOLVED
• Resolution: CONFIGURATION CHANGED
• Component: Layout and Rendering

[Sam Sneddon [:gsnedders]]

I think this is quite possibly the same as "^^progressions. Align list marker with the content (like Firefox does)." in the commit message, but someone (Alan) should check.

If it is, we should change the test and/or the spec.

[Radar WebKit Bug Importer]

<rdar://problem/98313910>

[zalan]

Yeah, your are correct, it is  the same. I don't have a strong preference on this (especially as it's an "outside" marker, which is remarkably quirky) but it just felt right to have it aligned with FF (and the existing inline layout logic kinda leaned towards this solution)

[zalan]

While the CSS spec is certainly handwavey here (even https://www.w3.org/TR/css-lists-3/#marker admits so), I think it is rather clear that the marker box and the principal box of the list item are 2 distinct boxes (and possibly formatting contexts) and therefore the marker should not move with the aligned inline content. Will fix.

[Sam Sneddon [:gsnedders]]

see also https://bugzilla.mozilla.org/show_bug.cgi?id=1750135 re: the Firefox behaviour

[zalan]

This looks to have progressed at 252988@main.

[Ahmad Saleem]

This is passing now: https://wpt.fyi/results/css/CSS2/lists/list-style-position-018.xht?label=master&label=experimental&aligned&view=subtest&q=list-style-position-018.xht

Do e need to track it further or we can mark this as 'RESOLVED CONFIGURATION CHANGED' or duplicate of bug 243303 based on Alan's comment?

[zalan]

Thank you!