Closed
Bug 55451
Opened 25 years ago
Closed 25 years ago
Incremental reflow on image load makes floated table too wide
Categories
(Core :: Layout: Tables, defect, P3)
Core
Layout: Tables
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: jrgmorrison, Assigned: karnaze)
References
()
Details
(Keywords: testcase)
Attachments
(3 files)
Overview Description:
I noticed this on a sun.com page. Mozilla's behaviour may be strictly
correct but I haven't thought about it a great deal. It is however,
different from legacy behaviour.
Steps to Reproduce:
1) Load the attached testcase and compare to nav4.x/IE5
Actual Results: Table with the image is not floated right
Expected Results: Table should be floated right (at least by 4xp rules)
Reproducibility: 100%
Build Date & Platform Bug Found:
win2k 2000100509 MN6 branch build
Additional Information:
The table places an 'align=right' on the outer table, but no
width. The fixed width comes from the only cell, another table
that specifies 'width=300'.
The IMG replaced element is required to reproduce this behaviour,
otherwise the same nested table will float right with width of 300.
<HTML>
<BODY>
<TABLE BORDER ALIGN="right"><TR><TD>
<TABLE BORDER WIDTH="300"><TR><TD>
<IMG SRC="http://www.mozilla.org/newlayout/l.gif" ALIGN="LEFT" ALT="Java">
<br clear="all">XML (Extensible Markup Language), is a universal
syntax for describing & structuring data independent from the
application logic. J2EE deployment descriptors are expressed in XML.
</TD></TR></TABLE>
</TD></TR></TABLE>
<P>
XML, the Extensible Markup Language, is much more than just a
markup language. An XML page looks something like an HTML page, but
there the similarity ends.
</P>
</BODY>
</HTML>
|
Reporter | |
Comment 1•25 years ago
|
||
|
|
Reporter | |
Comment 2•25 years ago
|
||
Uh, interesting. The first time I load that attachment over the net, the table
is floated right. However, on a subsequent reload, it appears on the LHS of
the page. (The sun.com page, though, invariably brings the tables to the LHS).
Actually, the table IS floating. If you load the test case in viewer and dump
frames, you'll see a placeholder frame that contains the outer table.
Placeholders are only created for floated (and positioned) elements.
But, the table is getting sized too wide, as wide as the window. So it looks
like it's not floating, because it's pushing down all subsequent content.
Changing subject to reflect this. It's probably a block bug, not a table bug.
I'll have to turn on some debugging code and check it out. Very low probability
this could make it into rtm.
Status: NEW → ASSIGNED
Summary: Floated table with no explicit width fails to float. → Floated table too wide
actually, it looks like a table incremental reflow bug. If you replace the
<IMG SRC="..."> in the test case with an <IMG> or <IMG Width=50 Height=50>, the
page lays out correctly. The difference is in the test case, the image causes
an incremental reflow when the image finally loads from the net. In the two
examples I've cited, there is no additional incremental reflow becaue the image
size is known. About to attach another test case so you can see what I mean.
Summary: Floated table too wide → Incremental reflow on image load makes floated table too wide
WFM Win98 2001080603, Amar could you please verify?
Thanks
Bernd
Keywords: testcase
|
|
Reporter | |
Comment 9•25 years ago
|
||
Yeah, WFM on win2k 8/15 build. Marking as WORKSFORME, and if you just
load the testcases on mac/linux/win32 or today's builds, and they are
fine, then this is done.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•