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

NEW
Unassigned

Status

()

Core
Layout: Tables
9 years ago
9 years ago

People

(Reporter: extremesheep, Unassigned)

Tracking

({regression, testcase})

Trunk
x86
Windows XP
regression, testcase
Points:
---
Bug Flags:
blocking1.9.1 -
wanted1.9.1 -

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(5 attachments, 2 obsolete attachments)

(Reporter)

Description

9 years ago
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

9 years ago
Created attachment 339733 [details]
test case for right shifted misaligned page
(Reporter)

Comment 2

9 years ago
Created attachment 339734 [details]
Link picture with Adblock Plus extension installed
(Reporter)

Comment 3

9 years ago
Created attachment 339735 [details]
Link picture without extensions installed
(Reporter)

Comment 4

9 years ago
Created attachment 339736 [details]
Link picture and test case in different browsers
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
(Reporter)

Comment 6

9 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

9 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/
(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: 300030
Component: General → Layout: Tables
Product: Firefox → Core
QA Contact: general → layout.tables
Version: unspecified → Trunk

Comment 9

9 years ago
Created attachment 340335 [details]
reduced testcase

i am not certain why this should expand

Comment 10

9 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

9 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

9 years ago
Created attachment 340368 [details]
testcase reference

Updated

9 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

9 years ago
please note: I am just triaging I am not in favour of this quirk

Comment 14

9 years ago
Created attachment 340411 [details]
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.

Comment 15

9 years ago
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-
You need to log in before you can comment on or make changes to this bug.