Closed Bug 424487 Opened 18 years ago Closed 16 years ago

The loading of other pages effects rendering of another page

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: navidazizi, Unassigned)

References

()

Details

(Whiteboard: [closeme 2009-12-10])

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008032106 Minefield/3.0b5pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008032106 Minefield/3.0b5pre thestar.com has a weather box located in the top left part of the main page. The box is created with javascript. If the page is loaded by itself, the weather box correctly appears in the top left corner of the page. However, if there are other pages being loaded/rendered at the same time, the box will appear further to the bottom right by a random amount. Reproducible: Sometimes Steps to Reproduce: 1. Start loading urls in multiple tabs (websites that take longer to load are better) 2. Open a new tab and go to thestar.com Actual Results: The weather box is not in the top left corner of the page (see attached image) Expected Results: The weather box should be in the top left corner of the page. Reloading the page will normally fix the problem.
Here is the incorrect rendering of the page
It seems the weather box is a piece of HTML that is located at http://www.thestar.com/chunks/todayWeather, and which is read and inserted by a javascript method document.write(injectpage("/chunks/todayWeather")) injectpage is found in http://www.thestar.com/js/jsinject.js and is a AJAX call to return the text of http://www.thestar.com/chunks/todayWeather The content at http://www.thestar.com/chunks/todayWeather is not styled (location and styling) by itself, but depends on the loading of a CSS document at http://www.thestar.com/App_Themes/TheStar/style.css which is loaded by the main page. I'm not familiar with how Gecko works, but I would guess that there is a race condition happening on the CSS and the javascript call, and if the javascript call completes before the CSS is loaded, the weather box is incorrectly rendered. It's funny, however that the weather box is always styled correctly (class style), but the location which is from an id style is not applied correctly.
Navid, so you still see this problem? you can also find document.write issues described in other bugs
Whiteboard: [closeme 2009-12-10]
No reply, INCOMPLETE. Please retest with Firefox 3.5.6 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: