280024 - very long <ol> lists have the item number truncated (>1000)

Status: RESOLVED DUPLICATE of bug 15438

(Core :: Layout, defect)

Description

[Jon Dowland]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050110 Firefox/1.0 (Debian package 1.0+dfsg.1-2)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050110 Firefox/1.0 (Debian package 1.0+dfsg.1-2)

If an <ol> exceeds 1000 items, the 'thousands' column of numbers is truncated.
Basically it seems that mozilla gives three-digits of space for the numbers and
doesn't consider the length of the list.

(note re: duplicates. I've had a long look for this bug already but I couldn't
find it, yet I very much doubt I'm the first person to discover this. Apologies
to QA if you find a dupe and please let me know which search terms you used)

Reproducible: Always

Steps to Reproduce:
1. create / view a document with an <ol> containing >1000 <li>'s
2. scroll to bottom and check the number

Actual Results:  
You should notice that the number is truncated (e.g. 1000 looks like '000')

Expected Results:  
check the length of the list before deciding on how wide the numbering area
should be - possibly adjust the margin value of the list items to accommodate
more digits. Note: I write this without any idea of how feasible it might be.

Also evident in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050105
Debian/1.7.5-1

Comment 1

[Jon Dowland]

Attachment: mirror of online testcase- an <ol> with 1500 <li>s

Comment 2

[Jon Dowland]

Not present in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7)
Gecko/20040707 Firefox/0.9.2

Comment 3

[Frank Wein [:mcsmurf]]

also wfm with a current cvs trunk build.
Reporter: Can you test if this is still a issue with a trunk build of
Mozilla/Firefox?

Comment 4

[Jon Dowland]

wfm Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041110
Firefox/1.0

(In reply to comment #3)
> also wfm with a current cvs trunk build.
> Reporter: Can you test if this is still a issue with a trunk build of
> Mozilla/Firefox?

Yeah sure - I'll be back in the office on monday. Something from
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2005-01-27-07-trunk/
adequate (2005-01-31 by then), or must I build from source?

Comment 5

[Frank Wein [:mcsmurf]]

(In reply to comment #4)
> Yeah sure - I'll be back in the office on monday. Something from
> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2005-01-27-07-trunk/
> adequate (2005-01-31 by then), or must I build from source?

Yes, should be ok.

Comment 6

[Jon Dowland]

Ok, confirmed in two linux builds, the 1.0 in debian/testing and a nightly from
20050128.

http://jon.dowland.name/code/bugs/mozilla/long-ol-firefox-deb-stable-1.0.png
http://jon.dowland.name/code/bugs/mozilla/long-ol-firefox-linux-20050128.png

I'll try a win32 nightly, my suspicion is this is a linux-only bug.

Comment 7

[Jon Dowland]

Yeah not present in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b)
Gecko/20050127 Firefox/1.0+

Comment 8

[Mats Palmgren (inactive)]

*** This bug has been marked as a duplicate of 15438 ***