334127 - Unable to clear floated divs inside fieldset

Status: RESOLVED DUPLICATE of bug 309550

(Core :: Layout: Form Controls, defect)

Description

[Mike McNally]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.12) Gecko/20051010 Firefox/1.0.7 (Ubuntu package 1.0.7)
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.12) Gecko/20051010 Firefox/1.0.7 (Ubuntu package 1.0.7)

See the simple example URL noted.  Inside a fieldset containing floated divs, a "clear: both" style applied to a normally-positioned div has no effect.  The behavior appears to have changed between the 1.0 branch and 1.5, because Firefox 1.0.7 behaves correctly (or, at least, as I would expect).

Specifically I believe that the "clear: both" when applied to the normally-positioned div should cause that div's inline content to clear the other floating divs.  That is what Firefox 1.0.7 does.

If the normally-positioned div is also made to float, then Firefox 1.5.0.2 correctly positions the div with "clear: both" below the other floated divs.



Reproducible: Always

Steps to Reproduce:
I'll attach the HTML of the given URL

Comment 1

[Mike McNally]

Attachment: sample

Attached is the HTML demonstrating the problem. The buttons allow the style to be adjusted dynamically.  Initially the "story" text is in a normally-positioned div. Adding "clear: both" with the first button has no effect.  If "float: left" is added with the second button, the div moves beneath the colored floating divs.

Firefox 1.0.7 behaves differently, in that it moves the story text below the floated divs when the first button is clicked.

Comment 2

[Mike McNally]

Also ignore the useragent above; I did the testing on Windows XP but am typing this from Ubuntu Linux.

Comment 3

[Mike McNally]

The buggy behavior (well, what I consider to be the buggy behavior) is on the 1.5 branch not the 1.0 branch.  (Of course I may not understand the versioning nomenclature, so I'll say this: the 1.5 behavior seems weird, the 1.0.x behavior seems OK.)

Comment 4

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

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

Comment 5

[Mike McNally]

This bug has no target. In that it's a regression from the 1.0.x version of the product, is it going to make it into a 1.5.0.x release? It seems like a pretty nasty problem that messes up a lot of formerly-working page layouts.