Mats Palmgren (inactive) Reporter
	Description • 20 years ago

Shrink-to-fit float is too narrow when preferred width > available width.
That is, when the shrink-to-fit width == avaialable width, according to
CSS2.1 chap 10.3.5. http://www.w3.org/TR/CSS21/visudet.html#q8

STEPS TO REPRODUCE:
1. load attached testcase

ACTUAL RESULTS:
The float is narrower than the first box.

EXPECTED RESULTS:
The float should have the same width as the first box.

(The abs.pos. case is handled in bug 201897)

	David Baron :dbaron:
	Comment 2 • 20 years ago

(FWIW, I'm not sure it's worth fixing all this stuff before reflow refactoring
-- I'm really hoping to do that soon, and it would probably be more useful to
have your help on the branch once it's started...)

	Mats Palmgren (inactive) Reporter
	Comment 3 • 20 years ago

There is a block regression test that also illustrates this:
layout/html/tests/block/bugs/126213-1.html
(when the lower box has more than 1 line of text it should cover the entire
window width)

	Mats Palmgren (inactive) Reporter
	Comment 4 • 18 years ago

Bug occurs in Firefox 2006120701 on Linux.
Bug does not occur in Firefox 2006120801 on Linux.

(also verified that layout/html/tests/block/bugs/126213-1.html now works
correctly)

-> FIXED (by the reflow branch landing)

	Mats Palmgren (inactive) Reporter
	Comment 5 • 18 years ago

FYI, the testcase could already have been added to the layout regression tests -
I'm not sure.