Closed Bug 442857 Opened 16 years ago Closed 14 years ago

Table column sizing is sometimes dependent on nearby tags, style changes etc

Categories

(Core :: Layout: Tables, defect)

1.9.0 Branch
x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jwkbugzilla, Unassigned)

References

Details

(Keywords: regression, testcase)

Attachments

(1 file)

Attached file Testcase
Testcase attached - minimized from a cPanel page. The script at the bottom changes the DOM slightly when the page loads. Note how the first column of the table gets zero width for no obvious reason. Note also that any change in style (e.g. by selecting "No Style" and then "Basic Page Style" in the View / Page Style menu, any call on nsIStyleSheetService has the same effect) makes the *second* column get zero width. Both effects disappear if you remove any of the other tags (like h1 or ul) from the document - why do those change the table at all?

I see this in Firefox 3.0, not in Firefox 2.0.0.14 however.
Regression range: 2007051604 to 2007051704
Bonsai link: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&date=explicit&mindate=2007-05-16+02%3A00&maxdate=2007-05-17+06%3A00
A number of checkins touch layout but I don't see any obvious cause for this issue.
I am the original reporter of this bug. I also have two other filters besides "EasyList" installed: ABP Tracking Filter and EasyElement. I don't know if that would affect this bug any, but I want to make sure I'm not sending everyone on a wild goose chase.
John, this bug can be reproduced entirely without Adblock Plus - so filters don't matter.
Keywords: testcase
Blocks: abp
WORKSFORME in Firefox 3.6.3, I guess this issue has been resolved.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: