Closed Bug 290129 Opened 20 years ago Closed 17 years ago

Messed up table rendering with dynamic css/js

Categories

(Core :: Layout: Tables, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: anlan, Assigned: anlan)

Details

(Keywords: testcase)

Attachments

(3 files)

User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8b2) Gecko/20050412
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8b2) Gecko/20050412

By using JS to toggle display:none for classes used on table rows/cols it is
possible to end up with a table rendering full with holes.

Reproducible: Always

Steps to Reproduce:
1. Load testcase
2. Click Col A, Col B, Col C
3. Click Col A again

Actual Results:  
One cell in the Col A header disappears.


This testcase is a minimized version of a rather large dhtml application. For
various reasons, we used an abstracted way to toggle visible parts of tables by
inserting/removing display:none css rules for classes used in the tables. Not
browser friendly, but convinient. 

We have had problems with messed up tables with this method from Mozilla1.7 (and
the FF branch). Making a minimized testcase proved difficult though.
Attached file Medium size testcase
This testcase is reproducable on current trunk builds, tested with own Solaris
build plus a windows nightly to rule out build issues.

It is not reproducable on Moz1.7 or FF1 even though we have hade the same
issues on those products with the application. I guess there is some kind of
testcase size and randomness issue involved here.

Use the steps above: uncheck the Col checkboxes LTR, then check the first
again. Random clicking might provoke even further errors.

I suspect that the style rule "border-collapse: collapse" on the table probably
is significant, removing that breaks the testcase.
Keywords: testcase
Bernd, any idea what's going on here?  When I hide col C or reshow col A I get:

###!!! ASSERTION: invalid BC damage area: 'PR_FALSE', file
../../../mozilla/layout/tables/nsTableFrame.cpp, line 4563
BC blues I would guess
Tested with 3.0pre9 2007-10-13 and 2007-10-22 (thought bug 244135 checked in during that timespan might have fixed it, but it seems to have been fixed previously).
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Can we get a reftest in for this?
Flags: in-testsuite?
Attached file Reftest-1
I don't have an environment right now where I can make a patch, but here are reftest files anyway. Hope someone can check them in.

I was able to minimize the test and automate it with the body.offsetWidth trick. Fails consistently in Fx2.
Assignee: nobody → anlan
Status: RESOLVED → ASSIGNED
Resolution: WORKSFORME → ---
Andreas, thanks!  Test checked in.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago17 years ago
Flags: in-testsuite? → in-testsuite+
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: