111397 - {ib}Percentage widths broken if root is inline in XML

Status: RESOLVED FIXED

(Core :: Layout: Block and Inline, defect)

Description

[Alex Vincent [:WeirdAl]]

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.

Comment 1

[Alex Vincent [:WeirdAl]]

Attachment: Testcase 1 (without <html:body>...</html:body>

Comment 2

[Alex Vincent [:WeirdAl]]

Attachment: Testcase 2 (with <html:body>...</html:body>

Comment 3

[Brian 'netdragon' Bober]

Confirmed on Windows XP

Comment 4

[Brian 'netdragon' Bober]

Sorry - build 11/16/2001

Comment 5

[Bernd]

Attachment: counterexample

Comment 6

[karnaze (gone)]

Temporarily moving to future until a milestone can be assigned. 

Comment 7

[Alex Vincent [:WeirdAl]]

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.

Comment 8

[karnaze (gone)]

mass reassign to default owner

Comment 9

[Boris Zbarsky [:bzbarsky]]

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.

Comment 10

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Fixed by checkin of bug 233480.