179544 - Pages from this server (and a few others) are "stretched" very long

Status: RESOLVED DUPLICATE of bug 113779

(Core :: DOM: Core & HTML, defect)

Description

[Magnus Manske]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020910

On http://www.leo.org and its pages (search results), there's a very long space
between the "top" of the page and the rest of it. The HTML seems OK.

Reproducible: Always

Steps to Reproduce:
Open the page or search on http://dict.leo.org
Actual Results:  
Long vertical space

Expected Results:  
No long vertical space ;-)

The same thing happened under the last stable version as well. I don't know
about before.

Comment 1

[Matthias Versen [:Matti]]

wfm with win2k build 20021111..

Reporter:
Can you please upgrade to Mozilla 1.2b ?
(and uninstall the old build and manually remove the Mozilla directory [excpet
plugins folder] or you get problems with 1.2. You can also install 1.2b in a
different directory.)

Comment 2

[Daniel Yanez]

WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021105
Test with IE 5.5 look ok too

Comment 3

[Charles Capps]

This feels like bug 157703 to me.

Comment 4

[Florian Leeber]

I made a stripped version of that (attachement above), Magnus, could you plz
confirm that this is also weird looking? The interesing thing is, the cell of
Line 5 is much bigger than the other. possibly some error in the block for line
6 because suddenly the start of the table is missing and the block for line 6 is
different from the other 5 ones. could it be that? there is also a </td> where
no <td> ever was ?

FL

Comment 5

[Florian Leeber]

Attachment: Reduced version of website, just with numbered headings for the cell blocks

view the source and look at the difference between lines 1-5 and line 6
definition (the tds around them)

Comment 6

[Magnus Manske]

Yup, it's the bug all right... (attachment id=106673)

Comment 7

[tkx]

I have downloaded the newest version of Mozilla 1.2.1 for Windows, running
Windows 2000 SP2 and am seeing the same problem on www.leo.org.
I had a similar Problem on www.consolewars.com on the frontpage, but could
correct the problem by replacing a string like [5 comments] to [5 comments]
- that fixed the problem and eliminated the whitespaces.

Comment 8

[tkx]

Another Hint for the Bugtracking Team: On other pages this glitch occured
aswell. I could reproduce it partly by inserting 0x00 ASCII Codes and other
ASCII Codes which are "above" the normally displayed chars into the page - looks
like non-displayable characters makes Mozilla break at that point.
And I have stumbled upon this bug on more sites than just leo.org

Comment 9

[Thomas Ganter]

As we have multiple persons confirming this thing, can someone change the bug to
'CONFIRMED' or what is the procedure for that. 

And I think this is utterly annoying, I do not want to see this in 1.3... 

Comment 10

[Felix Miata]

I just visited subject URL and comment 5 attachment using 1024x768 trunks W32
2002122408, Linux 2002122408 & OS/2 2002122312. Works fine for me. Is this gone?
Is it resolution dependent? Status change to WFM recommended.

Comment 11

[Sören 'Chucker' Kuklau (gone)]

Confirmed by popular vote (although it's WFM for myself).

Comment 12

[Justin Kerk]

This is unquestionably a dupe of bug 157703 - that bug mentions leo.org
specifically in the description. And I'm getting this reproducibly with today's
nightly.

Comment 13

[Johnny Stenback (:jst)]

Mass-reassigning bugs.

Comment 14

[Andreas Kunz]

Magnus, is there a reason why this should not be resolved as duplicate of bug
157703?

Comment 15

[Andreas Kunz]

*** Bug 199417 has been marked as a duplicate of this bug. ***

Comment 16

[Andreas Kunz]

No objections, so resolving as duplicate.
Bug 113779 seems to be the "original" bug and was fixed (whee!) recently.
-> duplicate of bug 113779

Please reopen with explanation if you still see this on current trunk builds.

*** This bug has been marked as a duplicate of 113779 ***