From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011121 BuildID: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011121 I created an XML document containing an XHTML table with a width attribute of 50%. The table rendered 100% of the width of the viewable screen without the <html:body> and </html:body> tags; with those tags, I received some pretty big scrollbars... Reproducible: Always Steps to Reproduce: 1. Click on either attached testcase (coming up) Actual Results: Testcase 1: Table width observed at 100% of screen. Testcase 2: Table width observed at 100% of screen, huge scrolling area horizontally. Expected Results: Both testcases, table width should be 50% of screen. No additional scrolling area.
Confirmed on Windows XP
Sorry - build 11/16/2001
Temporarily moving to future until a milestone can be assigned.
Update as of build Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030214 Testcase 1 renders 100% width, no horiz scrollbar. DOM Inspector reports a computedStyle width of 1022px on a 1024x768 resolution. Testcase 2 renders 100% width, horiz scrollbar with small scrolling area. DOM Inspetor reports a computedStyle width of 1022px. Apparently, a major bug was fixed between 0.9.6 and 1.3b regarding table width. Counterexample is an XHTML document, and works correctly.
mass reassign to default owner
The problem here is that the table's parent is an inline.... Not sure how that's breaking things where, but setting the root to be display:block makes the rendering happy. I doubt this is a tables bug -- using a <div> has the same problem.
Fixed by checkin of bug 233480.