13948 - DOM can't see <OL> type when it is set to decimal

Status: VERIFIED FIXED

(Core :: DOM: Core & HTML, defect, P2)

Description

[Jan Carpenter]

Overview Description:
When <OL type=1> is set (see attachment), DOM doesn't read anything.
(works fine when set to "I" or "A" etc, just not for "1")

Actual Results:
when document.write is used to display the contents of <OL type=1>, nothing is
displayed

Expected Results:
should display a 1

Build Date & Platform Bug Found:
1999091410 Win98  (Because of different bug, you must use Viewer)

Additional Builds and Platforms Tested On:
Mac, Linux, WinNT

Comment 1

[Jan Carpenter]

Attachment: attaching testcase

Comment 2

[Dan Mosedale (:dmosedale, :dmose)]

Triage: setting to M11/P2.

Comment 3

[Mike Shaver (:shaver -- probably not reading bugmail closely)]

HTML DOM bugs are M11/P2 for Vidur.

Comment 4

[Chad House]

The original testcase uses:

  var oList=document.firstChild.childNodes[1].childNodes[1];

which might cause problems since the BODY element is actually:

  document.firstChild.childNodes[2]

in more recent builds because the whitespace between HEAD and BODY is
document.firstChild.childNodes[1] (see bug 17026).

Attaching revised testcase that uses getElementById to ensure we get the OL
nodes. When tested with Linux (RH6.0) build 1999102608, the type of the first
list (<ol id="first" type="1">) is null as indicated in the original bug report.

Comment 5

[Chad House]

Attachment: revised testcase

Comment 6

[ekrock's old account (dead)]

Moving to M12 as this is relatively higher priority (DOM1 tree representation
completeness).

Comment 7

[ekrock's old account (dead)]

Moving to M12 as this is relatively higher priority (DOM1 tree representation
completeness).

Comment 8

[vidur (gone)]

Fixed on 11/11/1999. Good find!

Comment 9

[Jan Carpenter]

Thanks

Verified.