126111 - [quirks] drudgereport.com: Table widths incorrect on some pages of the day

Status: NEW

(Core :: Layout: Tables, defect, P4)

Description

[Jerry Rowe]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.8) Gecko/20020204
BuildID:    2002020406

Table widths at http://drudgereport.com/ are usually 2 or three columns of text.
Netscape 4.77 displays correctly, Mozilla may show one or more columns at an
extreme width.


Reproducible: Sometimes
Steps to Reproduce:
1.Open page
2.width may be wrong
3. 

Actual Results:  Width of one or more columns are wrong.
Sample web page where the problem occurs is enclosed in a zip file, with
graphics etc.

Sample web page where the problem occurs is enclosed in a zip file, with
graphics etc.

Comment 1

[Jerry Rowe]

Attachment: Web page showing wrong table widths for bug 126111

Comment 2

[Peter Trudelle]

=>html tables

Comment 3

[Andrew Hagen]

Confirming on Build ID: 2002022003 (0.9.8+), Windows 98.

This site doesn't use a document type identifier, so it is bad.

Actual behavior: Layout on page is a little wacky.

Expected behavior: The Mozilla layout engine for handling bad pages without
document type declarations handles this page page better so it doesn't look wacky. 

Should this be moved to component: layout?

Comment 4

[Andrew Hagen]

See also bug 104638, another drudgereport.com bug. Nominating for Mozilla 1.01,
the milestone goal for that bug. This is one of the higher visibility sites on
the web. 

Comment 5

[Andrew Hagen]

Drudgereport.com does not have a document type identifier, thus throwing Mozilla
into quirks mode.

Old Summary: Drudgereport.com: Table widths incorrect on some pages of the day

New Summary: [quirks] drudgereport.com: Table widths incorrect on some pages of
the day

See also bug 127549.

Comment 6

[Vadim Berezniker]

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

Comment 7

[Bernd]

WFM 2002040503 win98, I believe this bug has been fixed by one of Marc's <HR> fixes

Comment 8

[Andrew Hagen]

Still seeing this on the attached testcase with 2002040503 (0.9.9+) Windows 98. 

Comment 9

[R.K.Aa.]

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

Comment 10

[Chris Rhodes]

Sorry I don't have much to add, but it seems to me that
when I write code that behaves differently sometimes, it is usually
related to an uninitialized value somewhere.  Pretty lame comment,
but I'll add that I tried uninstalling and reinstalling, because
the only time I saw it was on the first browser window of the
install.  Uninstalling and reinstalling didn't reproduce the bug,
but I saw that the page was still in the cache, and the history
was still there - I don't know if that is relevant to this
piece of software.

Comment 11

[R.K.Aa.]

Re. comment 10:
Would depends on your cache settings (and whether page has changed since you
last viewed it.)

Comment 12

[Chris Rhodes]

this bug is still showing up in the
    Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0rc1) Gecko/20020417

Bug 104638 contains the actual description of the problem, which is long
strings of null bytes or something in the middle of the text, which mozilla
renders as little square boxes, which cause the tables to expand greatly,
as they represent an unbroken word.  Sorry for the activity, and for not
reading the whole thing first.

I've seen this bug in other browsers too, not just mozilla, but others on
Unix systems.  It may be that whatever software is being used to make that
page is having a localization issue (I.e, may be a windows program having
problems converting to ascii, sometimes.)

IE probably strips out characters that don't match those defined in the
web standard.  That may be the solution here?

Comment 13

[Chris Rhodes]

Attachment: HTML text shows problem near text 'HIAASEN'

Comment 14

[karnaze (gone)]

mass reassign to default owner