on all platforms, examine the two bottom sections of www.yahoo.com. the space between the bottom two blue horizontal bars is much more squished on seamonkey than on nav4.51 (Jan251999) and ie4.01 on all platforms. the fonts seem to be the same size, it's the padding around text that seems off.

Yes it is more cramped especially down at the bottom of the page where the two blue lines are with the text starting with "World Yahoo" Chris, I don't know whether this is just tables, or whether it's a vertical margin problem and it should go to Kipp. You'll probably be able to tell quickly

Inserting Milestone info.

Setting all current Open/Normal to M4.

Removing the [PP] since on all platforms. Is this similar to Bug #2643?

adding kipp to cc

Putting on 4.xP radar.

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

This is largely a dup of #2966, but the current discussion over there is about the multiple body problem, so here is a link to a test case(s). http://qsilver.queensu.ca/~buslib/2644/ The reason for the difference in the vertical spacing is that <FORM> and </FORM> tags appear to throw off an implicit <BR> (or internal equivalent). If the FORM tags are between TABLEs, then you get a vertical spacer. If they are outside the TABLEs, there is no vertical spacer. E.g.: TABLE } { TABLE | FORM } { FORM } { gap | TABLE } { TABLE TABLE } displays as { TABLE | TABLE } displays as { TABLE /FORM } { gap | TABLE } { TABLE TABLE } { TABLE | /FORM } { So, the question is 'which behaviour is correct'. Should FORM have block behaviour or is this a quirk?

moving to m5

Moving to M6.

Moving to M8.

[TESTCASE] The <form> element is missing margins. I have reported this on bug 2478. *** This bug has been marked as a duplicate of 2478 ***

Verified Dup of Bug 2478