Closed Bug 132673 Opened 23 years ago Closed 23 years ago

last thing in a script created with document.write does not show

Categories

(Core :: Layout, defect, P2)

Product:
Core
Component:
Layout
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla1.0

People

(Reporter: chrispetersen, Assigned: peterv)

References

(
URL
)

Details

(4 keywords)

Attachments

(2 files)

Reduced test of problem
390 bytes, text/html
Details
another simple testcase
464 bytes, text/html
Details
Build: 2002-03-21-03 Platform: All Expected Results: Images of pixar characters should be displayed below the site's navigator bar. What I got: These specific images are not displayed. This is a regression since it worked on the OS X 2002-03-20-03 build. It started on the next build OS X 2002-03-20-08 Steps to reproduce: 1) Go to url 2) Navigator bar appears (home, feature films, the theater..) but the pixar character images are missing.
Only the site's default home page is affected. If you go to other pixar site areas, all images are displayed on those pages.
Severity: normal → major
Found what's causing it. The page uses document.write method to create the images. <script> document.write('<img src="images/home0/home_tl.jpg" width="235" height="156" alt="Monsters, Inc." border="0">') </script> This image doesn't appear in the latest build (2002-03-21-03) but does in March 20 th build (2002-03-20-03) See my reduced test case.
Attached file Reduced test of problem —
Image not appearing when used with document.write
Keywords: regression
Priority: -- → P2
*** Bug 132593 has been marked as a duplicate of this bug. ***
You can see this also on Ebay.de/Ebay.com
Keywords: mozilla1.0, nsbeta1, top100
The <img> appears in the content model but not the frame model. nsbeta1+
Keywords: nsbeta1 → nsbeta1+
To peterv. This was broken by the fix for bug 123899.
Assignee: attinasi → peterv
So bz found that either document.write is broken (with my patch) or .innerHTML is broken (without my patch). I think I'm starting to like Boris' proposal to back both out ;-).
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
*** Bug 132651 has been marked as a duplicate of this bug. ***
*** Bug 132771 has been marked as a duplicate of this bug. ***
resummarizing
Summary: Images on pixar's site don't appear → last thing in a script created with document.write does not show
*** Bug 132802 has been marked as a duplicate of this bug. ***
*** Bug 132799 has been marked as a duplicate of this bug. ***
Attached file another simple testcase —
This testcase has two parts. Both parts are comming from five trained document.write. Upper: all objects for document.write include TAG (br). last thing is not appeared. Lower: only an object for last document.write does not include TAG. last thing is appeared fine.
Blocks: 132640
*** Bug 132865 has been marked as a duplicate of this bug. ***
Blocks: 132867
*** Bug 132868 has been marked as a duplicate of this bug. ***
*** Bug 132872 has been marked as a duplicate of this bug. ***
*** Bug 132867 has been marked as a duplicate of this bug. ***
I noticed some behavior at ureach.com site which I believe is related to this bug, but I'm not sure. Try going to www.ureach.com, login as bugzilla, password mozilla (this test account was created to solve an earlier bug). You'll see that the sidebar with images missing, and the interface just looks weird. For the "normal" expected look, login to the same account using Netscape, IE, etc. If this bug is related, then I won't create a new bug report for the said problem.
looks related to me
*** Bug 132922 has been marked as a duplicate of this bug. ***
Lawrence, this bug is what you're seeing (my build with bug 123899 backed out shows the site fine, a nightly does not).
*** Bug 132934 has been marked as a duplicate of this bug. ***
Blocks: 132952
*** Bug 132962 has been marked as a duplicate of this bug. ***
There is a nice testcase at: http://www.world-direct.com/mozilla-testcases/dynamic-tables/dynamic- tables.html
Keywords: testcase
*** Bug 133032 has been marked as a duplicate of this bug. ***
*** Bug 133058 has been marked as a duplicate of this bug. ***
*** Bug 133065 has been marked as a duplicate of this bug. ***
*** Bug 133075 has been marked as a duplicate of this bug. ***
This is a very short and easy test: <html> a <script> document.writeln('<br>'); </script> b </html>
Keywords: mozilla1.0 → mozilla1.0+
http://www.ricardo.de missing input fields, top middle "Suche nach [input] in ". Same problem ?
*** Bug 133160 has been marked as a duplicate of this bug. ***
cc'ing jst on this important bug!!!
*** Bug 133139 has been marked as a duplicate of this bug. ***
*** Bug 133180 has been marked as a duplicate of this bug. ***
Needless to say, this is topembed.
Keywords: topembed
Backing out patch for bug 123899. Bah.
*** Bug 133293 has been marked as a duplicate of this bug. ***
*** Bug 133302 has been marked as a duplicate of this bug. ***
*** Bug 133329 has been marked as a duplicate of this bug. ***
*** Bug 133278 has been marked as a duplicate of this bug. ***
*** Bug 133176 has been marked as a duplicate of this bug. ***
*** Bug 133341 has been marked as a duplicate of this bug. ***
*** Bug 133360 has been marked as a duplicate of this bug. ***
*** Bug 133378 has been marked as a duplicate of this bug. ***
Re. comment 37: Patch for bug 123899 isn't actually backed out yet, is it?
Patch for bug 123899 backed out.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 133501 has been marked as a duplicate of this bug. ***
Was it really backed out? I'm still seeing the problem in the 2002 03 26 05 trunk.zip on win2K, which I think was built after the back out time. Do I just need to wait a build?
Build: 2002032603 Result: Not Fixed
*** Bug 133492 has been marked as a duplicate of this bug. ***
Linux build 2002032606 Result: Fixed Both of the attached test cases work for me on todays 6 am linux build, as well as the page I originally noticed the problem on.
I'm sorry to have to say this, but please learn to read. If Peter comments at 4:34 on March 26 that the patch is backed out, then testing with a build that was on the FTP site at 3:00 is pretty pointless.
This is the dir of build 2002032603: http://ftp.mozilla.org/pub/mozilla/nightly/2002-03-26-05-trunk/ As you can see it was on the FTP site at 07.38. (Every build seems to have xxxxxx03 at the end. At least the 2 windows builds from yesterday)
I believe the last 2 digits of the build id are the hour that the build was performed.
*** Bug 133512 has been marked as a duplicate of this bug. ***
Verified fixed in 2002-03-26-10 build on Win2K. Thanks!
Status: RESOLVED → VERIFIED
Verified in the Mac OS 9 (2002-03-26-08) and Mac OS X (2002-03-26-08) builds.
Verified on the Linux March 26th build (2002-03-26-08)
Before I submitting a dupe, does this bug relate to the problem that on http://www.us.buy.com/ the search text field does not show from this Javascript output: <script language="javascript"> <!-- if (navigator.appName == "Netscape" && parseFloat(navigator.appVersion) < 5.00 && !mac) { document.write("<input type=\"text\" size=\"16\" name=\"qu\" value=\"\">") } else if (navigator.appName == "Netscape" && parseFloat(navigator.appVersion) >= 5.00) { document.write("<input type=\"text\" size=\"32\" style=\"font-size:10px;height:19px\" name=\"qu\" value=\"\">") } else { document.write("<input type=\"text\" size=\"32\" style=\"font-size:10px;height:19px\" name=\"qu\" value=\"\">") } //--> </script> Running 2002032603 on W2K
Yes. It probably is. I'm running a build with the fix and the search shows up fine.
*** Bug 133511 has been marked as a duplicate of this bug. ***
*** Bug 133607 has been marked as a duplicate of this bug. ***
*** Bug 132471 has been marked as a duplicate of this bug. ***
Blocks: 133544
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: