User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020901 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020901 http://ra.dns2go.com/BOD/mappa/test.html is up when I'm online. Reproducible: Always Steps to Reproduce: 1. Open un the page in moz 1.1b 2. Open a menu to see hidden menus 3. Close that same menu you've just opened Actual Results: the <ul>'s margin-bottom is still displayed, but the <ul> itself is no longer there. Expected Results: display none of that <ul>

Please post a screenshot of your problem (I don't see a problem it on 2002090208 WinXP).

To layout. Looks like destroying the floater frame is not properly reflowing following floaters.... The nested <div class="item"> is actually unnecessary to reproduce the problem, but makes things look a little neater.

I use a CSS @media print definition of display : none to suppress a bunch of text and images contained in a division (NOPRTDIV) when a request is made to print a schedule on my web page. In IE5 it works as expected, the division is not displayed and the space for it is collapsed. In Mozilla 1.1, the division is not displayed, but the space is *not* collapsed creating an extra printed page with only the 'Last date updated'. My website page in question is http://www.arnb.org/phnynj.html If you want to test this, use the print function on top the left frame to insure proper frame selection when printing. It's only necessary to print or preview the first two or three pages. If you attempt to print with the browser print button, you will understand why I added this function. The CSS for Mozilla http://www.arnb.org/NS5UP.css The CSS for IE5+ http://www.arnb.org/IE5.css The difference between these css files is the font size used on the screen media. The CSS statement is written to the page with http://www.arnb.org/Sniff.js

is the problem I'm experiencing at http://joust.kano.net the same thing? It's slightly different. (try clicking on the orange "joscar" table header.)

==> floats

Slightly simpler (mainly the CSS and JS).

(Technically the way the CSS spec works is impossible in this testcase (when expanded), due to the interaction of 'clear' monkeying with margins and margin collapsing.)

This bug as originally filed seems to be fixed by the patch in bug 257612. There remains the issue of the "click here to toggle" text ending up with margin above it due to margin-collapsing and clear interacting weirdly somehow...

This is actually a margin-collapsing bug: we're simultaneously collapsing the margin and treating it as uncollapsed. My rough guess is that the margin-collapsing code isn't retrying when a child ends up with clearance. Note that this is not an incremental reflow bug; it works exactly the same in a static situation.

Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information