Closed Bug 13948 Opened 26 years ago Closed 26 years ago

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

Categories

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

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: jcarpenter0524, Assigned: vidur)

Details

Attachments

(2 files)

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
Attached file attaching testcase
Priority: P3 → P2
Target Milestone: M11
Triage: setting to M11/P2.
HTML DOM bugs are M11/P2 for Vidur.
QA Contact: gerardok → janc
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.
Attached file revised testcase
Moving to M12 as this is relatively higher priority (DOM1 tree representation completeness).
Target Milestone: M11 → M12
Moving to M12 as this is relatively higher priority (DOM1 tree representation completeness).
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed on 11/11/1999. Good find!
Status: RESOLVED → VERIFIED
Thanks Verified.
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: