35600 - [P-MARGIN] out of place image

Status: VERIFIED DUPLICATE of bug 35772

(Core :: Layout, defect, P2)

Description

[Michael T. Babcock]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; N; Win95; en-US; m14) Netscape6/6.0b1
BuildID:    20000033112

There is a series of images and text items directly after the dates list that
has the left image starting at the incorrect vertical position.  This may be a
bug in the HTML (unverified) but works in IE.

Reproducible: Always
Steps to Reproduce:
1. Visit site
2. Scroll down

Comment 1

[troy]

Could be tables or block frame code. It's hard to tell without narrowing it 
down. Let's start with block frame code

Comment 2

[Stormie]

I have made a simplified testcase for this bug. Actually there are two:
http://www.ar.com.au/~storm/test/LMI_TestCase1.htm shows the bug.
http://www.ar.com.au/~storm/test/LMI_TestCase2.htm works properly.
(both work properly with IE 5.5)

The page uses a bunch of fixed-size table cells and spacer GIFs to align it's 
layout - ugly stuff. The only difference between the working and non-working 
cases is that the non-working one has the contents of the bad cell inside 
<P></P> tags (none of the other cells do).

I don't know enough about this sort of painful table trickery to know if the 
code is just flat out bad, or if this is a Mozilla bug. Hope this helps, though!

Comment 3

[buster]

this is very helpful.  thanks!

Comment 4

[Gervase Markham [:gerv]]

Confirming, as buster is please :-)

Gerv

Comment 5

[buster]

Stormie:  you did a great job narrowing this down.  I know exactly what it is. I  
now have serveral bugs that show different bad effects due to Kipp's incorrect 
handling of margins on <P>.  If you're curious, search for all bugs assigned to 
[e-mail] that include the string [P-MARGIN] in the summary.

thanks for the help!

Comment 6

[ekrock's old account (dead)]

Nom. nsbeta2, recc. nsbeta2+. Unfortunately, tables are widely used for layout & 
positioning on the web, and we will be hammered if we're not b.c. Also, we know 
that at least one authoring tool, Adobe GoLive, sticks <P>s into every table 
cell. So this is an HTML 3.2 b.c. issue--key on b2 criteria.

Comment 7

[leger]

Putting on [nsbeta2+] [will be minus on 6/22] radar.

Comment 8

[buster]

This is a specific case of the more general bug 35772.  Marking DUP

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

Comment 9

[Chris Petersen]

Agreed. Marking as verified dup of 35772.