Closed Bug 71974 Opened 23 years ago Closed 19 years ago

[FLOAT]{inc}Load of floating image doesn't cause enough reflow

Categories

(Core :: Layout: Floats, defect, P3)

x86
All
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: thorgal, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

At http://www.kinoman.pl/film.asp?id=637 (and basically any other movie page at
this site), description text in the gray box overwrites image on the right side.

Tested with 0.8 and with "Mozilla/5.0 (X11; U; Linux 2.4.2 i686; en-US; 0.8.1)
Gecko/20010311" - same behavior.

Repeatable: always

Expected behavior: I think it's obvious.
This sounds like a dupe of some other layout bug.
Whiteboard: dupeme

*** This bug has been marked as a duplicate of 55917 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Bug #55917 has been marked RESOLVED INVALID, but this one is still not fixed.
Reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
...and confirming it, too.

I'm running Linux/i686 2001073021 these days.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I attached a testcase, but I see now that you may have to reload the testcase
after you navigate to it to see the problem. Or, save it locally and you will
see the problem. If the image size somes in soon enough then the text will flow
around it OK, but if the image comes in too late, then the text around it is not
relowed.

CC'ing dbaron because I think he fixed a slew of these problems recently 
Summary: Wrong layout -> text overwrites the image → [FLOAT] Wrong layout -> text overwrites the image
Block problem, no tables involved.
Assignee: karnaze → attinasi
Keywords: testcase
OS: Linux → All
*** Bug 90955 has been marked as a duplicate of this bug. ***
*** Bug 71282 has been marked as a duplicate of this bug. ***
The basic way we decide what to invalidate when a float changes is seriously
broken -- see the comments I added to the code in my patch on bug 86947 (in
RememberReflowDamage and PropogateReflowDamage).  I am not attempting to fix it
in that patch, which is large enough already.
Summary: [FLOAT] Wrong layout -> text overwrites the image → [FLOAT]{inc}Load of floating image doesn't cause enough reflow
I don't quite understand the correlation between the reflow and setting the 
image width, but if I specify the width of the image it works perfectly. 
Shouldn't we be implicitly defining the width and height of the image?
Yes, but not until we've actually loaded the image.  This means when the image
loads we have an incremental reflow.  This is an incremental reflow bug.
*** Bug 52265 has been marked as a duplicate of this bug. ***
Target Milestone: --- → mozilla0.9.8
could bug 98001 be related to this one (incremental reflow bug)?
Moving out to 0.9.9 - 0.9.8 overloaded for me :(
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: mozilla0.9.8 → mozilla0.9.9
[FLOAT] bugs to Alex :)
Assignee: attinasi → alexsavulov
Status: ASSIGNED → NEW
retargeting
Target Milestone: mozilla0.9.9 → mozilla1.1
removing myself from the cc list
WFM 2002060704, Linux-i686
Is this a good example of this bug? I have set the height and width in the css,
but when the page loads slowly, the floated image screws up. Should be in
the top left corner. Works fine if page loads fast, or offline. Really, really
annoying. 

http://scootrs.com/moz/floatbug.jpg

Anyone know a workaround? Or is the code wrong?

http://cgi.ebay.com/ebaymotors/ws/eBayISAPI.dll?ViewItem&item=1836895480
Moving to floats.  We need to check all the duplicates here before marking as
worksforme or duplicate...
Assignee: alexsavulov → float
Component: Layout → Layout: Floats
QA Contact: petersen → ian
Testcase and dupes check out (bug 52265, bug 71282 and bug 90955) on WinXP build
20030421.
retargeting
Target Milestone: mozilla1.1alpha → Future
WFM, all URLs and testcases. Mozilla 2004-12-01-06 trunk Linux.
Worksforme on nightly 
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050405 Firefox/1.0+
with 10.3.8 mac.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050405 all
links.
Also WFM on Firefox 1.0.2 on Windows XP SP2 (Also worked for other bugday
testers).  Marking a WFM.
Status: NEW → RESOLVED
Closed: 23 years ago19 years ago
Resolution: --- → WORKSFORME
Whiteboard: dupeme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: