When the contents of a display:table that should have a set of anonymous table objects (row group, row, cell) inside of it arrive in two chunks from the network because the page is large, or if there's a script that forces layout in the middle of the contents, multiple anonymous table objects end up being created where only a single one should have been. I simplified this testcase http://nyslittree-org.advantex.net/index.cfm/fuseaction/DB.ListNYSAuthors.cf which was posted to the css-d mailing list today. Steps to reproduce: load attached testcase Expected results: "one" and "two" should be vertically at the same position. Actual results: "two" ends up a "line" lower than "one", because it's been put in a separate anonymous row-group, row, and cell even though it should have been in the same ones.
I would say this is a dupe of bug 148810. The current plan of attack is to get rid of TableProcessChild via bug 243159 and then to make the pseudos sane, thats at least how I understand bz's comments. Part of the work has stalled in bug 162063.
Yeah, this got fixed by the checkin for bug 148810. I've added a reftest: http://hg.mozilla.org/mozilla-central/rev/c7018b3ca941
Assignee: nobody → bzbarsky
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Depends on: 148810
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.