Open Bug 505655 Opened 15 years ago Updated 3 years ago

staggered COLSPAN=20 cells distribute width in manner that is not the most compact

Categories

(Core :: Layout: Tables, defect)

x86
All
defect

Tracking

()

People

(Reporter: rscott.hayes, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.12) Gecko/2009070611 Firefox/3.0.12 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.12) Gecko/2009070611 Firefox/3.0.12 Colspan is losing adjustments for multiple colspans that are in different rows. Appears to be ignoring previous cells to colspan. This will play significant havoc when styling is added. Thus, may be a root cause of all the colspan style problems that are reported. Introduced in firefox 3.+ Here is a simplistic code example that shows it's not working correctly. Run this same html (below) against Firefix 2.+ and it works as you would expect. HTML EXAMPLE: <HTML> <Body> <H3> COLSPAN - PROBLEM introduced in Firefox 3 </H3> <TABLE> <TR> <TD COLSPAN=20>ROOT</TD> </TR><TR> <TD>1</TD> <TD COLSPAN=20>SUBDATA</TD> </TR><TR> <TD>1</TD> <TD>1</TD> <TD COLSPAN=20>SUBDATA</TD> </TR><TR> <TD>1</TD> <TD>1</TD> <TD>1</TD> <TD COLSPAN=20>SUBDATA</TD> </TABLE> </BODY> </HTML> -- end details -- Reproducible: Always Steps to Reproduce: 1. Run Sample html in firefox 2+ works as expected (expected results) 2. Run Sample html in firefox 3+ or 3.5+ does not work correctly. (actual results) Actual Results: Firefox 3.+ showing this: ROOT 1 SUBDATA 1 1 SUBDATA 1 1 1 SUBDATA Expected Results: Output should look like this: ROOT 1 SUBDATA 1 1 SUBDATA 1 1 1 SUBDATA
I did some testing on this... and it seems that in FF3.+ if you do not have the exact known sub columns to span. it does not work as it did in Firefox 2.+. The reason we are seeing gaps is that it is adding white space for the missing columns (reminds me of an old Exploder bug). I still think this is a clear and serious problem as you should be able to colspan columns for rows above and below your row. Thus, having potentially two different values. Knowing the exact amount would be indeterminate. It should behave like Firefox 2+ where it just ignored colspans greater than the actual columns add not add white space.
Correction to #2... It is not adding white space it appears to be centering the remaining horizontal width. Thus, if you were to force different table width's you would get different results. It should not be centering by default it should be left justifying by default.
Reporter, please retest with Firefox 3.6.12 or later in a fresh profile (http://support.mozilla.com/kb/Managing+profiles). Also update your plugins (flash, adobe reader, java, quicktime, silverlight, etc.) Go to the developer's website and download the latest version from there. If you no longer see this issue, please close this bug as RESOLVED, WORKSFORME. If you do see the bug, please post a comment.
Whiteboard: [CLOSEME 2010-12-01]
Component: General → Layout: Tables
Product: Firefox → Core
QA Contact: general → layout.tables
Fixing this requires a good bit of testing to figure out what other browsers are doing differently. However, I'd note that some other browsers handle column-spanning cells differently depending on what order the rows are in. Our algorithm is careful not to do that, and I'd like to preserve that property.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: ** COLSPAN - Serious core bug - may be root cause of many layout problems - introduced in firefox 3+ → staggered COLSPAN=20 cells distribute width in manner that is not the most compact
Whiteboard: [CLOSEME 2010-12-01]

Still reproducible on the latest versions of Firefox Nightly 96.0a1 (2021-11-09) , beta 95.0b4 or release 94.0.1 on Windows 10.
Setting a Severity of S3.

Severity: major → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: