This site heavily relies on bug reports created by its readers. Anyone can report a bug and be published.
Main navigation:
Search reports by browser:
It seems that if I attempt to specify the width of a list item tag (<li>) using either a CSS class or a STYLE attribute, IE does not increment the number in front of list each item. i.e. instead of a list with items numbering 1, 2, 3, and 4, I get a 4 item list numbering 1, 1, 1, and 1.
(ppknote: This bug is very similar, but not identical, to width on ol/ul.)
Test page Workaround is not included
Reported by: Kris Oye.
(Orphaned), Explorer 5-6 Windows | Reported on 8 July 2005.
Posted by Tim Gross on 11 July 2005
2this is also an issue if you set a height on the LI as well.
Posted by Chris Hester on 13 July 2005
3Anne van Kesteren is battling with lists and IE's mysterious "layout" property in a related post, which has some interesting comments about this issue:
Posted by dexus on 27 October 2005
4The test page will work correct when you put IE in strict mode.
Posted by Paul Davey on 13 January 2006
5"The test page will work correct when you put IE in strict mode."
That is only because IE correctly ignores the invalid (unitless) width CSS specifications. And hence it is happy because the LI's are left full-width.
Posted by Gérard Talbot on 7 February 2006
6The bug still exists in IE 7 beta 2. I still see 4 item list numbering 1, 1, 1, and 1, then a, a, a and a and i, i, i and i.
Commenting guidelines:
Posted by Koen on 8 July 2005
1I believe this bug is fixed by htc file on this site: http://dexus.nl/tips/ol/
You can apply the htc file like this:
ol {
behaviour: url("ol.htc");
}