Open Bug 456328 Opened 16 years ago Updated 2 years ago

quirk:larger desired width in a column should overwrite fixed width if specified on another cell

Categories

(Core :: Layout: Tables, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: extremesheep, Unassigned)

References

()

Details

(Keywords: regression, testcase)

Attachments

(5 files, 2 obsolete files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.2) Gecko/2008091620 Firefox/3.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.2) Gecko/2008091620 Firefox/3.0.2

Article text shifted very far to the right. The black spacer appears to be scaled way too much.

Reproducible: Always

Steps to Reproduce:
1.Go to page
2.
3.
Actual Results:  
Article text appears shifted to right.

Expected Results:  
Article text should fill most of the screen width as done in IE. Spacers on left side of orange border should be small instead of very large.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080921033621 Minefield/3.1b1pre ID:20080921033621

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.2) Gecko/2008091620 Firefox/3.0.2 ID:2008091620

Default theme for all Firefox versions
Latest trunk was tried without any extensions and same result. Firefox 3.0.2 was tried with extensions Adblock Plus 0.7.5.5 and Nightly Tester Tools 2.0.2.

When Adblock was on the misalignment was much worse (shifted about double what it was before)

Both Firefox versions were tested and both had the same page misalignment. Have tried it on multiple computers with the same result (Intel PIII 500MHz, AMD X2-5600+, Intel Pentium M Mobile 2GHz maybe... all Windows XP).
Attachment #339734 - Attachment is obsolete: true
Attachment #339735 - Attachment is obsolete: true
This is what I see with the latest trunk build on windows: http://img211.imageshack.us/my.php?image=page2az4.png
Thanks for your reply. I think the screen resolution might need to be higher than you have it. The paragraph width looks about the same on my 24" but leaves the rest black (almost half screen). I would try minimum of 1280 x 960 resolution.

I can reproduce it on Vista also with firefox 3.0.1. I also ran through the standard diagnostic at the following link with no success. A clean reinstall didn't help.

http://kb.mozillazine.org/Standard_diagnostic_(Firefox)

I tested Portable Firefox 3.0.1, 2.0.0.16, 1.5.0.10, and 1.0.8 and only Firefox 3.0.1 presented the glitch.
Also be sure to maximize the browser. I can also reproduce this on linux (Ubuntu 8.04) and Mac with firefox 3.0.1.

I found where the bug appeared in the nightlies. See below.

Last nightly trunk that worked was at:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2006/12/2006-12-07-04-trunk/

first nightly trunk that didn't work was:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2006/12/2006-12-08-04-trunk/
(In reply to comment #7)
>
I see indeed the problem on a high resolution Windows computer. 
That would mean that it is a regression from Bug 300030.
Component: General → Layout: Tables
Product: Firefox → Core
QA Contact: general → layout.tables
Version: unspecified → Trunk
Attached file reduced testcase
i am not certain why this should expand
please notice that the first cell in the second column specifies 1px width
and the second cell is auto width but has a 100% width table inside.
I am a afraid that this relies on a old quirk http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/layout/tables/BasicTableLayoutStrategy.cpp&rev=3.228&mark=1068-1074#1060 

Please note that IE, webkit and opera overwrite the fixed width
Attached file testcase reference
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression, testcase
Summary: page spacer width too large. article shifted to right. → quirk:larger desired width in a column should overwrite fixed width if specified on another cell
please note: I am just triaging I am not in favour of this quirk
Attached file minimized testcase
Its opening Pandora's box, I will not even start to think to implement without dbaron's blessing before, he just removed all those quirks that made the code so difficult to maintain.
the letters are all one line in IE7, webkit and opera.
Flags: blocking1.9.1?
But if you reverse the order of the rows it changes in IE7 but not the others, right?
Flags: wanted1.9.1-
Flags: blocking1.9.1?
Flags: blocking1.9.1-
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: