Closed Bug 1757269 Opened 2 years ago Closed 2 years ago

list counter is affected by css counter in Firefox 68 or later

Categories

(Core :: Layout: Generated Content, Lists, and Counters, defect)

Firefox 97
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: main.coeurl, Unassigned)

Details

Attachments

(1 file)

Attached image counter-reset.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:97.0) Gecko/20100101 Firefox/97.0

Steps to reproduce:

I applied counter-reset: none to a simple valid nested ol element and it changed the list counter. Is this a bug in Firefox?

I created a test page.

Actual results:

In Firefox (68 or later), it will look like this.

    1. (1)
        2. (1-1)
        3. (1-2)
    4. (2)
        5. (2-1)
        6. (2-2)

Expected results:

In Firefox (67 or earlier) or Google Chrome, it will look like this.

    1. (1)
        1. (1-1)
        2. (1-2)
    2. (2)
        1. (2-1)
        2. (2-2)

The Bugbug bot thinks this bug should belong to the 'Core::Layout: Generated Content, Lists, and Counters' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Layout: Generated Content, Lists, and Counters
Product: Firefox → Core

No, Firefox is following the spec, see https://drafts.csswg.org/css-lists/#list-item-counter and https://html.spec.whatwg.org/#lists. You can use counter-reset: list-item to get the behavior you want presumably.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → INVALID

Thank you for your quick answer.

I'm sorry that my lack of understanding caused you so much trouble. I'm going to assume that Firefox's behavior is correct and proceed with further investigation.

Hey no problem, closing a bug is not much work, thanks for reporting it! :)

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: