Closed
Bug 24553
Opened 25 years ago
Closed 25 years ago
Incorrect rendering on startup.
Categories
(Core :: Layout, defect, P3)
Tracking
()
M15
People
(Reporter: rodd, Assigned: waqar)
References
()
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)
Comment 1•25 years ago
|
||
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.
Reporter | ||
Comment 2•25 years ago
|
||
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.
Reporter | ||
Comment 3•25 years ago
|
||
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.
Comment 4•25 years ago
|
||
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
Comment 6•25 years ago
|
||
Waqar can you take a look at this? CC'ing blizzard.
Assignee: kmcclusk → waqar
Comment 7•25 years ago
|
||
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.
Comment 8•25 years ago
|
||
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.
Comment 9•25 years ago
|
||
I don't use those preferences and I have the problem.
Reporter | ||
Comment 10•25 years ago
|
||
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.
Assignee | ||
Comment 11•25 years ago
|
||
*** Bug 25122 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 12•25 years ago
|
||
*** Bug 25247 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 13•25 years ago
|
||
Setting the target date.
Status: NEW → ASSIGNED
Target Milestone: M15
Assignee | ||
Comment 14•25 years ago
|
||
*** Bug 25865 has been marked as a duplicate of this bug. ***
Comment 15•25 years ago
|
||
*** Bug 22936 has been marked as a duplicate of this bug. ***
Comment 16•25 years ago
|
||
Bug 22936 is NOT a dup of this one!
Assignee | ||
Comment 17•25 years ago
|
||
ViewManger2 fixes it.
*** This bug has been marked as a duplicate of 20185 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Comment 18•25 years ago
|
||
verified dupe of bug 20185 absolute position elements repaint wrong w/GFX
scrollbars on0
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•