Closed Bug 74272 Opened 23 years ago Closed 21 years ago

Extra spaced rendered at the end of this page

Categories

(Core :: Layout, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
mozilla1.2alpha

People

(Reporter: ivo, Assigned: attinasi)

References

()

Details

(Keywords: hang)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; 0.8.1)
BuildID:    2001032804

Mozilla will render this page to extremely long one even it is not so long.

Reproducible: Always
Steps to Reproduce:
Load this page and take a look.

Actual Results:  Mozilla will render this page, but will add a extremely long
space near the end of this page.

Expected Results:  No space should be added.
This page looks fine in 2001033020 on my windows 2000. The only weird thing I
noticed was Mozilla takes a littler longer to mousewheel scroll a page than NS4
WIN98SE, 2001032804

After more of testing: this error will reveal itself after some repeated reload 
(hold "shift" key down and click on "reload" button several times).
Sometimes there will be no space at the end of page, but page is rendered 
extremely wide.

When reload occures before page is fully loaded, there is a creat chance of 
Mozilla going to freeze.
RH 7.0 Linux, 2001033105

On Linux I get this "wide" version of this bug more often than "long" one.
I save this page locally (without images) and when I make this "shift+reload" 
thing very quickly many times at row, I get:

MOZILLA caused an invalid page fault in
module GKLAYOUT.DLL at 0167:60368649.
Registers:
EAX=00000000 CS=0167 EIP=60368649 EFLGS=00010246
EBX=00000000 SS=016f ESP=0068ebac EBP=0068ec84
ECX=604644d0 DS=016f ESI=01d844e0 FS=1197
EDX=0068ec6c ES=016f EDI=01d84518 GS=0000
Bytes at CS:EIP:
8b 08 50 ff 51 54 39 5d e8 8d 4d fc 0f 85 a8 00 
Stack dump:
017ef060 0068ec6c 017dab00 01d844e0 00000000 60e3c51c 00000022 0000003f 
00000001 00000000 0068ebd8 00680063 006f0072 0065006d 002f003a 0067002f  
Confirming crash as described. Tested with the April 03 build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Using a fresh pull on Windows 2000, I couldn't get it to crash if I saved a 
local copy. In fact, when it didn't load the images, it seemed to be fine. Looks 
like the frame that contains home2.gif is the wrong size. I'd like to say it's 
imglib but I think is block layout.

Reporter, can you attach a stack trace. If you are unable to, please try to get 
a newer build that has "talkback" (the .zip ends with -talkback). When you 
crash, fill out the information, especially your e-mail address, and our server 
will process the data from the crash.
Assignee: karnaze → attinasi
Target Milestone: --- → mozilla1.0
I will not get a crash with a local copy anymore, but I will get Mozilla 
(Win98SE 2001041104) to freeze on original URL with heavy and frequent 
shift+reload/reload.
Adjust summary.
Summary: Mozilla will find this page being extremely long one. → Extra spaced rendered at the end of this page
Target Milestone: mozilla1.0 → mozilla1.2
Is this still reproducible?
Keywords: hang
I see no problem anymore.
Still WFM in current trunk builds. Resolving.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.