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)
Tracking
()
NEW
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).
Reporter | ||
Comment 1•16 years ago
|
||
Reporter | ||
Comment 2•16 years ago
|
||
Reporter | ||
Comment 3•16 years ago
|
||
Reporter | ||
Comment 4•16 years ago
|
||
Attachment #339734 -
Attachment is obsolete: true
Attachment #339735 -
Attachment is obsolete: true
Comment 5•16 years ago
|
||
This is what I see with the latest trunk build on windows: http://img211.imageshack.us/my.php?image=page2az4.png
Reporter | ||
Comment 6•16 years ago
|
||
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.
Reporter | ||
Comment 7•16 years ago
|
||
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/
Comment 8•16 years ago
|
||
(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.
Blocks: reflow-refactor
Component: General → Layout: Tables
Product: Firefox → Core
QA Contact: general → layout.tables
Version: unspecified → Trunk
Comment 10•16 years ago
|
||
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.
Comment 11•16 years ago
|
||
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
Comment 12•16 years ago
|
||
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
Comment 13•16 years ago
|
||
please note: I am just triaging I am not in favour of this quirk
Comment 14•16 years ago
|
||
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.
Comment 15•16 years ago
|
||
the letters are all one line in IE7, webkit and opera.
Updated•16 years ago
|
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-
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•