195368 - Undimensioned float image does not cause reflow when loaded

Status: RESOLVED DUPLICATE of bug 177365

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

Description

[Chris "SoopahMan" Moschini]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210

Eric Meyer pioneered a way of curving the margin of text in a paragraph,
explained at http://www.meyerweb.com/eric/css/edge/curvelicious/demo.html -
called Curvelicious. Although this page renders correctly, any page at
http://www.flakjacket.net/ does not. The homepage for example looks like this:

http://soopahman.com/hiveminds/flakjacket/cssbreaks.jpg

But only the page on the site you enter from, and only if you don't resize the
browser. Thus moving to another page (and even coming back) or resizing resolves
the bug - giving you this:

http://soopahman.com/hiveminds/flakjacket/afterresize.jpg

Which is correct.

Reproducible: Always

Steps to Reproduce:
1. Visit http://www.flakjacket.net
2. Notice the text in the right column runs over the dark blue/light blue
border, slightly.
3. Resize the browser, or click a link then return to the page.
4. Notice the text in the right column now curves around the curve, as intended.

To keep the bug dead:
Keep any page in the site open, in any tab.

To bring the bug back:
Browse away from the site in all tabs or close all tabs with a page from the
site loaded.

Actual Results:  
Step 1 gets you step 2... broken layout - no curved text.

Expected Results:  
Step 3 gets you step 4... correct layout - curved text.

What makes this bug strange is that, first, once Mozilla figures things out, it
keeps doing things right site-wide. This suggests it's related to some cached
session-based object. My first thought was CSS, but the real elements causing
the difference in layout are images, each having a unique width. The only CSS is
to say "img.curve { margin: 0 1em 0 0; }" - not significant, and effective in
other scenarios. Perhaps Mozilla fails to account for learned image widths when
an additional CSS width is involved.

Comment 1

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

->floats

Comment 2

[Daniel Wang]

Attachment: testcase

Comment 3

[Daniel Wang]

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

Comment 4

[Daniel Wang]

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

Comment 5

[Tom Gilder]

Possible dupe of bug 177365?

Comment 6

[Chris "SoopahMan" Moschini]

Tom's assertion is correct.

*** This bug has been marked as a duplicate of 177365 ***

Comment 7

[Boris Zbarsky [:bzbarsky]]

Uh, guys?  This bug has a clear and useful problem description and a testcase.
The bug you marked dup of does NOT.  So I'd rather leave this bug open so it can
get fixed or something -- the other bug is going to end up invalid due to lack
of a way to reproduce...

Comment 8

[Boris Zbarsky [:bzbarsky]]

And per discussion in that bug, the problem there was probably margin collapsing
while the problem here is damage propagation from a float resize reflow.

Comment 9

[Jeroen Kruis]

Just sharing some observations (firefox 20040226 Win2K):

- Ctrl+F5 brings the bug back any time for me 

concerning reflows:
testcase
- "vwxyz" moves to the right due to the image being wider than expected
- the rest does NOT reflow to the left

flackjacket.net
- the text that ends up under the images reflows to the left
- "1. modern armor;" reflows to the right
- the rest does NOT reflow at all

Oh, and firebird 0.7 on Debian testing displays the same behaviour. Setting OS
to all.

Comment 10

[Chris "SoopahMan" Moschini]

Sorry - both testcases required images without width/height to work, so it
seemed to me these were the same bug.

Comment 11

[Samuel Sieb]

I put a testcase at https://bugzilla.mozilla.org/show_bug.cgi?id=177365#c19
which may be appropriate for this bug.  I found the other bug first.

Comment 12

[Ryan VanderMeulen [:RyanVM]]

177365 clearly improved after bz's comments the last time this was marked as a dupe of it. Like 177365, this one also WFM too. Marking as a dupe.