Closed Bug 24553 Opened 25 years ago Closed 25 years ago

Incorrect rendering on startup.

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 20185

People

(Reporter: rodd, Assigned: waqar)

References

(
URL
)

Details

Each time I start up mozilla the default page - www.mozilla.org - does not layout properly. If I click refresh the page rebuilds and renders correctly. This was easily reproducable be restarting Mozilla, and then after the page had loaded, then clicking refresh. I'm using build 2000012008. I runnning RH6.0 (with upgrades)
rodd@pnp.com.au, are you still seeing this problem with a newer build? If you are, please give a short description of how it isn't laying out properly.
URL: www.mozilla.org → http://www.mozilla.org
The page (www.mozilla.org) still isn't laying out properly when opened. Here's what it looks like (roughly speaking). The first box (starts with 'The Mozilla Organization') is okay and doesn't change when you click refresh. The Second section ('Mozilla News') comes out too wide and is further away from the first box than it should be (the white space can range from a couple of pixels to 30 or 40 pixels). The third section ('Status Update') is too narrow (although it's the correct distance from the second section) and thus the text goes way too far down the page. Clicking refresh correctly renders the page and evens out the three sections. As a side note, I just noticed something which is making me wonder. I run enlightenment with the Mozilla windows set at 800 x 600. When you open Mozilla the window appears at 800 x 600, but the page inside starts to load up at a smaller size (I estimate about 640 x 480) which may be the default size the that browser originally opened at. The window then refreshes inside to fill up the 800 x 600 window and it is at this point the the rendering of the page goes astray. Until this automated refresh the page is actually rendering correctly. If you're having troubles getting this bug to occur then try resizing you window to 800 x 600 and telling you Windows Manager to open it at this size, then close Mozilla and restart it (Hope this make sense!). Hope this helps.
Hey, in regard to the browser resizing with the window causing this problem - I _don't_ think this is the case anymore. I've just switched over to using sawmill as my windows manager (I was using enlightenment) and the same problem I originally described is still occuring.
rodd@pnp.com.au, with sawmill as a WM, to be clear, you are now *not* having it size Mozilla's windows to 800x600 or any other size larger or smaller than what it would come up as on its own, and you still see the problem? Also, are you still using the same build? Please and thank-you. This is sounding vaguely familiar... Changing Component to "Layout", from "B-G".
Assignee: nobody → troy
Component: Browser-General → Layout
QA Contact: nobody → petersen
Linux specific problem
Assignee: troy → kmcclusk
Waqar can you take a look at this? CC'ing blizzard.
Assignee: kmcclusk → waqar
I've been seeing this for a while now. It's easy to reproduce. If you resize the window while the page is being laid out then the rendering will get all screwed up, especially in tables.
I am seeing a similar problem in NT 4. In my case, the initial load of the mozilla home page is almost always correct, but if I repeatedly reload the page, I will sometimes (maybe 1 in 5 reloads) get a messed up page. One of the columns, usually the first, will become very narrow and the column next to it will expand to take up the additional space. Sometimes the second column will expand over the first column so that just bits and pieces of the first column show through. More infrequently, one of the columns will just disappear. If I remove the following lines from my prefs.js, I cannot reproduce the problem: user_pref("content.notify.backoffcount", 2); user_pref("content.notify.interval", 4000); user_pref("content.notify.ontimer", true); I am using build 2000012609.
I don't use those preferences and I have the problem.
I'm haven't got these preferences in my prefs.js file either. In answer to a question a few posts ago I'm still seeing this problem and I've upgraded since the question was asked, so I can't tell you what I was using, but it's still in 2000012609.
*** Bug 25122 has been marked as a duplicate of this bug. ***
*** Bug 25247 has been marked as a duplicate of this bug. ***
Setting the target date.
Status: NEW → ASSIGNED
Target Milestone: M15
*** Bug 25865 has been marked as a duplicate of this bug. ***
*** Bug 22936 has been marked as a duplicate of this bug. ***
Bug 22936 is NOT a dup of this one!
ViewManger2 fixes it. *** This bug has been marked as a duplicate of 20185 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
verified dupe of bug 20185 absolute position elements repaint wrong w/GFX scrollbars on0
Status: RESOLVED → VERIFIED
Blocks: 1093320
You need to log in before you can comment on or make changes to this bug.