Closed Bug 182282 Opened 22 years ago Closed 22 years ago

problem with content generated by javascript and after accessing it by getElementById function

Categories

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

Other Branch
x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: barliguy, Assigned: jst)

References

Details

Attachments

(3 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021126 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021126 In an html page, there is a script that generate content with the javascript function document.write. This content is a DIV with id 'square' and class 'red' which define a red border. First problem, this DIV have no class. it's present in the DOM tree (i can view it with the dom inspector), but with no attribute (no class, no id, ...). So after it's not possible to acces it with a document.getElementById("square"). This script was working on Mozilla 1.2b Reproducible: Always Steps to Reproduce: 1.try the script with 1.2 and 1.2b :) Actual Results: with 1.2 div 'square' have not border with 1.2b div 'square' has his border Expected Results: red border in any version :)
Attached file html page for test this problem (deleted) —
Summary: problem with content generate by javascript and after accessing it by getElementById function → problem with content generated by javascript and after accessing it by getElementById function
WFM in a recent build.
Is this specific to document.write() or does the same thing happen if you insert the div in the markup w/o doing the document.write()?
wfm, linux build 2002-11-25-12 trunk
I try on my home computer, same problem with the "x86 tar.gz format" from the "Mozilla 1.2 - Released November 26, 2002". problem seems to be only with the document.write(). If I create the DIV in plain html, there is no pbm.
yes 1.2 exhibits this bug, but AFAIK 1.2 release is terminal (1.2 branch is no longer being developed) worksforme with linux trunk build 20021126 and 1.0 branch build 20021127
Yup, 1.2 is out the door, and this works on the trunk. Marking WORKSFORME.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Attached image working on IE (deleted) —
square with border (it's what i expect to see)
After Linux, I tried on Windows... Same problem : the DIV square has no border. I don't understand... perhaps Mozilla don't like french computers :))
Even on windows i can reproduct the problem... look the 2 screenshots i add in attachment : - first is with IE on the attachment "html page for test this problem". And div "square" has an border - second is on Mozilla 1.2 for windows i just installed from mozilla.org. And the div "square" has no border. So i don't understand why it's not working for me on 3 different computers and WFM for everybody else :(
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
we all agree that it doesn't work with 1.2, but the bug does not exist in the current trunk, which is newer code than that in 1.2. http://download.mozilla.org/pub/mozilla/nightly/latest-trunk/ please only reopen this if you can reproduce this with a current trunk build
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WORKSFORME
Depends on: 182500
Version: Trunk → Other Branch
Reopening, since this was a valid bug on the 1.2 branch.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
I have tested that this bug was an instance of bug 182500 / bug 182253 based on comparison of two Linux builds compiled with gcc 3.2. This bug was present in the 1.2 release and was the only bug fixed in the 1.2.1 release (and the reason for the 1.2.1 release). Marking this bug as fixed since it should be fixed in the 1.2.1 release.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: