33530 - Quirk: BR CLEAR=ALL different from 'clear: both'

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect, P3)

Description

[Geoff Oakham]

There are two problems on this page:
-there is a gap between the first two tables
-the graphic /pics/lr.gif (third of four colums, first table) is suppose to be
bottom aligned and is floating a bit.

Comment 1

[Matthew Mastracci]

Attachment: Testcase for bug

Comment 2

[Matthew Mastracci]

Sorry...  this attachment was for another bug.  My apologies for the spam.

Comment 3

[Peter "jag" Annema]

Windows 95 build ID 2000050808
Linux build ID 2000050811

Confirming this bug. I don't see it on W2k build ID 2000050808 though.
I see the first item: gap between the first two tables

I don't see the second item. [e-mail], could you check if it still 
exists and if so attach a screenshot showing what you mean?

Comment 4

[karnaze (gone)]

Attachment: real testcase for bug

Comment 5

[karnaze (gone)]

Buster, I've attached an example covering the 1st problem (I don't see the 2nd 
problem). I'm not sure if this is a bug or a quirk. If the 1st table is not 
right aligned, then we render it exactly like Nav4.7.

Comment 6

[Geoff Oakham]

Yeah, the second item doesn't apply anymore.

The first one's interesting.  One recent builds (~M16 on linux) I've watched the
gap disappear and reappear several times while the page is being rendered.  It
finally settles on one of them.  This might explain w2k.

thx..

Comment 7

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

In NN 4.x, <BR CLEAR=ALL> is different from <BR STYLE="clear: both">.  The 
former clears the bottom of the BR, the latter clears the top of the BR.  (I 
believe it can't be explained by saying that the former clears the next element, 
considering the behavior of <BR CLEAR=ALL><P> vs <P STYLE="clear:both">.)

Considering what other bugs are going to MFuture, I think this could, unless you 
can point to major sites that depend on it.  (If IE5 did this correctly, I would 
say mark it wontfix, but IE5 actually seems to do it by the bottom of the BR 
(or perhaps the next element) in both cases.  I haven't tested IE5 too 
thoroughly.  Some more detailed test cases would be nice, but not a high 
priority unless you think this bug is a high priority.)

Comment 8

[Hixie (not reading bugmail)]

I would recommend a WONTFIX on this compatability issue.

Comment 9

[Geoff Oakham]

Attachment: Overlapping tables I found poking around.

Comment 10

[Geoff Oakham]

The thing that worries me is Mozilla's behaviour is not only inconsistent, but
it flips between the correct and incorrect rendering while it's laying out the
page.

I tried to isolate a test case that Mozilla renders correctly 99% of the time,
but I ran across a different bug.  I've included the bug test case for
ammusement value until I have time to upgrade & search bugzilla for it.  (I'm
using build 2000042708 on Linux.. which I'm sure is too stale.)

Comment 11

[Geoff Oakham]

Sorry, I feel stupid.. Netscape 4.x renders it exactly the same.

Comment 12

[buster]

minor spacing issues like this are being marked future.  doesn't mean it's not a 
problem, just that I'm running out of time before FCS of Netscape 6. We'll 
address this in a future release.

Comment 13

[Amarendra Hanumanula]

QA contact update

Comment 14

[Mats Palmgren (inactive)]

worksforme, 2001-07-31-03 on Windows 98 SE. Testcase 05/30/00 renders exactly
as in Nav4.7 and IE5.0 (URL is 404).

Comment 15

[Mats Palmgren (inactive)]

WORKSFORME, build 2001-08-15-14 on SuSE Linux 7.1/i386