1948548 - SharePoint numbered list nest incorrectly

Status: NEW

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

Description

[James]

Attachment: Screenshot 2025-02-16 at 10.55.34.png

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

Steps to reproduce:

On a SharePoint page in a text web part, add a numbered list with a second numbered list as one of the original list's items.

Actual results:

The enumeration labels increment without respecting the nesting. A minimal example displays like this:

1. item 1
   b. should be item 1a
2. should be item 2

Expected results:

Nested lists should restart numbering and not advance numbering of the lists enclosing them.
I have found that the HTML that SharePoint generates is as expected. The problem must be in the CSS.

Comment 1

[Francesco Lodolo [:flod]]

Looks like this was fixed in the past
https://bugzilla.mozilla.org/show_bug.cgi?id=1745506

Comment 2

[James]

My minimal example came out incorrectly, as the bugzilla editor reinterpreted what I typed as an ordered list. Due to this bug, the third line would display in SharePoint as "3. should be item 2". The screenshot correctly illustrates this.

I should have mentioned that such lists display correctly in other browsers (Safari, Chrome, Edge), and display incorrectly in Firefox under both macOS and WIndows 11.

https://bugzilla.mozilla.org/show_bug.cgi?id=1745506 has significant differences. 1745506 applied to non-nested lists, while the current bug applies only to nested lists. 1745506 involved "Completely wrong numbers with more then 3 digits", while the current one does not. The two bugs do share the similarity of failing to initialize a counter. However, this current bug appears to result from a failure to have multiple counters (for the different nesting levels), which is inapplicable to 1745506.

Comment 3

[David Shin[:dshin]]

Hi, thanks for reporting - I don't have access to SharePoint here, unfortunately. Is it possible for you to attach a test case?
Saving the webpage as "Web Page (Complete)" would be good, after removing any sensitive information.

Comment 4

[James]

Attachment: HTML from "Save Page As…> Web page, complete" of SharePiont page that generates screenshot

Comment 5

[James]

Attachment: zipped folder from "Save Page As…> Web page, complete" of SharePiont page that generates screenshot

Comment 6

[James]

The uploaded HTML and zipped folder are the same page that generated the screenshot.

Comment 7

[David Shin[:dshin]]

Attachment: Reduced Testcase

Thank you! Reduced testcase from it attached.

Comment 8

[James]

Just want to confirm that the problem still exists in Firefox 141.0.3 (aarch64)