Extra spaced rendered at the end of this page

RESOLVED WORKSFORME

Status

()

Core
Layout
RESOLVED WORKSFORME
17 years ago
15 years ago

People

(Reporter: ivo, Assigned: Marc Attinasi)

Tracking

({hang})

Trunk
mozilla1.2alpha
x86
Windows 98
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

17 years ago
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.

Comment 1

17 years ago
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
(Reporter)

Comment 2

17 years ago
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.
(Reporter)

Comment 3

17 years ago
RH 7.0 Linux, 2001033105

On Linux I get this "wide" version of this bug more often than "long" one.
(Reporter)

Comment 4

17 years ago
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  

Comment 5

17 years ago
Confirming crash as described. Tested with the April 03 build.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 6

17 years ago
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
(Reporter)

Comment 7

17 years ago
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.

Comment 8

17 years ago
Adjust summary.
Summary: Mozilla will find this page being extremely long one. → Extra spaced rendered at the end of this page

Updated

16 years ago
Target Milestone: mozilla1.0 → mozilla1.2
Is this still reproducible?
Keywords: hang
(Reporter)

Comment 10

16 years ago
I see no problem anymore.
Still WFM in current trunk builds. Resolving.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.