217919 - {inc}Big horizontal gap on Page

Status: RESOLVED DUPLICATE of bug 105030

(Core :: Layout, defect)

Description

[David G King]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827

When looking at this page, I get a big gap between the menu bar on the left, and
the data on the right.

The Javascript Console gives me a Warning (not an error) of "Warning: The
stylesheet http://www.nzx.com/style.css was loaded as CSS even though its MIME
type, "text/html", is not "text/css"."

I had a look at other bugs similar to this problem, but I beleive this to be
unique, although the page concerned doesn't appear to have a DOCTYPE declaration
at all.

Reproducible: Always

Steps to Reproduce:
1. Go to example URL
2. See big gap




I'm selecting Severity of Major as the page renders fine with Opera 7.11 and IE
6. However, with a missing DOCTYPE, this bug may well really be an evang bug.

Comment 1

[Andrew Schultz]

worksforme with linux 1.5b
does reloading fix the problem?  or changing font size (Ctrl +/-)?

Comment 2

[David G King]

Weird, I thought I'd tried reload on this page, but apparently not.

Clicking the Reload icon fixes the problem. However, if I then select the URL
bar and hit Enter on the keyboard, the problem is back.
OK, I wasn't going crazy....Reload sometimes fixes the problem. Doing a
Shift-Reload and then Reload seems to always fix it.....however entering from
the URL bar seems to always fail.

Ctrl +/- doesn't do anything that I can see.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Not a style system issue, doesn't look like...

This page needs a testcase.

Comment 4

[Bob Firth]

WFM
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030906
Firebird/0.6.1+

is there a screenshot of this prob?

Comment 5

[David G King]

Attachment: First half of screen

Left side of screen at resolution of 1024x768.

Comment 6

[David G King]

Attachment: Second half of screen

Right side of screen at 1024x768.

Comment 7

[David G King]

Attachment: Correct layout

After a few reloads, shift-reloads....this is what it should look like
originally.

Comment 8

[Dominik Stadler]

WFM
Mozilla 1.4
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030908 Debian

I tried both with Reloading, Enter in URL-Bar or opening in new tabs/windows,
could not get the browser to show the page wrong.

Comment 9

[Ronald Tilby]

The URL WFM using Nightly 2003101604 on Windows XP.  Reporter: Can you still
produce this problem?

Comment 10

[David G King]

I've just duplicated the problem using a CVS pulled build from this morning
20031019 NZDT. (WIN32, GCC, MingW)

The initial load of the page was fine, but when I clicked the reload button, the
gap appeared.

Comment 11

[Dawn Isabel]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031028

Was able to reproduce twice randomly; once hitting Shift-Reload and once hitting
Reload after the page loaded normally several times.  I can't purposely get it
to reproduce or find any pattern to the error.

However, I did try Ctrl +/- on the page when it loaded normally, and after
hitting Ctrl + four times (300%) and then Ctrl - four times (100%) a gap did
appear.  Repeating that sequence would cause the gap to increase.

Comment 12

[Paul Barrass]

Attachment: testcase

Testcase for bug.

The page renders fine to begin with.  To see the bug, increase the font size
until the browser window is forced to use a scroll-bar [when the 'middle' text
meets the 'right' text.  Then decrease the font size again, the scrollbar stays
in place though it is no longer needed, and the page expands to fit the space,
generating the large horizontal gap.  The wider the page is made before
reducing, the worse the problem is.

The problem seen on the original page might be caused by the browser
calculating widths on a partially-rendered page?

Original bug and testcase both confirmed on 2003102804 on Win32.

[Could someone please confirm testcase, and mark bug as having one]

Comment 13

[David G King]

I've just confirmed the testcase using WinXP and Mozilla 1.6a. I used "View-Text
Zoom" to increase and decrease the font size. Adding keywords, whiteboard info.

Comment 14

[Mats Palmgren (inactive)]

WORKSFORME,
Mozilla nightly trunk build 2003-12-12-09 on Linux
Mozilla nightly trunk build 2003-12-12-09 on Windows 98 SE
(Most likely fixed by bug 215857)
(See also bug 217590 comment 25)

Comment 15

[David G King]

Reopening as bug still exists with Mozilla 1.6b (2003120808) on WinXP SP1.

Comment 16

[David G King]

After some digging, it seems to me that this bug is a dup of bug #105030. Buried
deep in the HTML to a nested table with an align=left.

Marking as so.

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