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

RESOLVED FIXED

Status

()

Core
Layout: Block and Inline
RESOLVED FIXED
16 years ago
14 years ago

People

(Reporter: WeirdAl, Unassigned)

Tracking

({testcase})

Trunk
Other
All
testcase
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [awd:tbl])

Attachments

(3 attachments)

(Reporter)

Description

16 years ago
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.
(Reporter)

Comment 1

16 years ago
Created attachment 58841 [details]
Testcase 1 (without <html:body>...</html:body>
(Reporter)

Comment 2

16 years ago
Created attachment 58842 [details]
Testcase 2 (with <html:body>...</html:body>
(Reporter)

Updated

16 years ago
Keywords: testcase
Summary: XHTML table width 100% as module in XML document → XHTML table width 100% as module in XML document
Confirmed on Windows XP
Sorry - build 11/16/2001

Updated

16 years ago
OS: Windows 98 → All

Comment 5

16 years ago
Created attachment 59000 [details]
counterexample

Comment 6

16 years ago
Temporarily moving to future until a milestone can be assigned. 
Status: NEW → ASSIGNED
Target Milestone: --- → Future

Updated

16 years ago
Hardware: PC → Other
Whiteboard: [awd:tbl]
(Reporter)

Comment 7

15 years ago
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

15 years ago
mass reassign to default owner
Assignee: karnaze → table
Status: ASSIGNED → NEW
QA Contact: amar → madhur
Target Milestone: Future → ---

Updated

15 years ago
Priority: -- → P3
Target Milestone: --- → Future
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.
Assignee: table → block-and-inline
Component: Layout: Tables → Layout: Block & Inline
Priority: P3 → --
QA Contact: madhur → ian
Summary: XHTML table width 100% as module in XML document → {ib}XHTML table width 100% as module in XML document
Target Milestone: Future → ---
Summary: {ib}XHTML table width 100% as module in XML document → {ib}Percentage widths broken if root is inline in XML
Blocks: 123355
Depends on: 233480
Fixed by checkin of bug 233480.
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.