Closed
Bug 74272
Opened 23 years ago
Closed 21 years ago
Extra spaced rendered at the end of this page
Categories
(Core :: Layout, defect)
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.
Comment 1•23 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
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
Comment 5•23 years ago
|
||
Confirming crash as described. Tested with the April 03 build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•23 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
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•23 years ago
|
||
Adjust summary.
Summary: Mozilla will find this page being extremely long one. → Extra spaced rendered at the end of this page
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.2
Reporter | ||
Comment 10•22 years ago
|
||
I see no problem anymore.
Comment 11•21 years ago
|
||
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.
Description
•