46185 - {inc}Rel. pos. inlines in table don't move on image load [REL POS]

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Stephen Moehle]

The above page has a cell in a nested table that has some text with the font
<font class="topic1"> and other text rendered with <font class="topic3">.
topic1 is helvetica 30pt (large) and topic3 is times 16pt (more normal size).
The text renedered in topic1 is positioned about 8 inches above the cell and
winds up overlaying text and pictures it should not.

Note that I tried but failed to create a small example.  The act of copying
everthing to a local hard disk and loading it as a file causes Mozilla to render
the page correctly.  Note also that this page validates successfully with
validator.w3.org as HTML 4.0 Transitional.

I tried this on Linux with Mozilla 072113.

Comment 1

[Stephen Moehle]

I forgot to mention that you should look for the text "Convenient Appointment
Hours", "Fee Payment", and "Second Campus Location".  These are the strings that
get misplaced.  Sorry for the spam.

Comment 2

[Andreas Franke (gone)]

*** Bug 46186 has been marked as a duplicate of this bug. ***

Comment 3

[Mats Palmgren (inactive)]

Attachment: Testcase

Comment 4

[Mats Palmgren (inactive)]

I think it is the style property "position: relative;" that is causing this.
The text is repositioned in its correct place if you resize the window slightly.
I added border=1 in the testcase to highlight the table boundaries.
I can repeat this bug using the testcase reliably with build 2000-07-20-08 on
Windows 98 SE. I can repeat it at the original URL too, but only if I clear
the disk cache between each try.

Comment 5

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

This seems to be a incremental reflow bug due to relative positioning.  The
relatively positioned inlined elements are not being moved from the place where
they were before the image loaded when the image is displayed.

Does this have something to do with repositioning of views, or is it just a
"normal" incremental reflow bug?

Comment 6

[harishd]

Triaging Clayton's bug list:
----------------------------

Based on David's comment reassigning bug to nisheeth. CCing 
[e-mail], and [e-mail]

Comment 7

[Hixie (not reading bugmail)]

As per meeting with ChrisD today, taking QA.

Comment 8

[Nisheeth Ranjan]

Re-assigning to Marc, layout manager during karnaze's absence.

Comment 9

[Marc Attinasi]

The problem is with the reflow due to the image load completing. The relpos text 
is positoned correctly before the image has loaded, however when the image comes 
in the table grows in height and the relpos text is not then repositioned. 

I'll attach a testcase showing how the positioned text lines up in a duplicate 
table but with no image, and you can see that the position is the same as when 
the error occurs.

Comment 10

[Marc Attinasi]

Attachment: Testcase comparing the position of the relpos text with and without an image in the table

Comment 11

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

That's what I said on 7-24...

Comment 12

[Chris Waterson]

ian, is this a dup of bug 48138?

Comment 13

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

This seems quite different to me.

Comment 14

[karnaze (gone)]

Moving to m1.0.1.

Comment 15

[Mats Palmgren (inactive)]

WORKSFORME, 2001-08-09-04 on Windows 98 SE.