72788 - Tags inside <ul></ul> are killing page layout.

Status: RESOLVED INVALID

(Core :: Layout, defect)

Description

[ivo]

From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)
BuildID:    2001031604

Each tag inside <ul></ul> (in this case <li>, but I tried with plain <br>) are 
slowly shifting all other content of the page down, but at the same time page 
size is not increased so eventually elements at the bottom are lost.

Reproducible: Always
Steps to Reproduce:
Load URL and have a look.
Save this page locally and drop <li> components inside <ul></ul>. At every view 
more of elements from bottom of the page are revealing.

Actual Results:  Bottom part of page is missing.

Expected Results:  All elements should be visible.

Comment 1

[Boris Zbarsky [:bzbarsky]]

I just looked at this page with the new viewmanager instead of the old one and
the content is not even there....  I also get assertions galore if I view this
with new viewmanager in strict mode...

The page uses lots of absolute positioning, which makes it hard to tell what
should be where...

The <ul> effect observed by the reporter is probably a direct effect of misuse
of absolute positioning.  That said, I did not see that problem -- all the
content showed for me with the old viewmanager (linux cvs build from 2001-03-20)

Comment 2

[James Green]

I'm seeing problems with a linux cvs build today, the bottom content isn't shown
at all. Netscape 4.x shows it, albeit with interesting graphical effects ;).

Looking at the source, I see it is indeed broken in a few ways. I ran HTMLTidy
over it, and viewed the result, but it gave the exact same viewing problems.

Summary: The URL example given needs to be reduced to a testcase. I can't say if
this is due to imcorrect usage of html/style or a bug that should be fixed in
mozilla.

OS/All, qawanted. Leaving unconfirmed until we know this is a moz bug.

Comment 3

[bsharma]

Veerified on
build: 2001-05-09-04
Platform: WinNT

The above url is not displayed properly in Netscape 6.5.
It displays fine in Netscape 4.7.

Comment 4

[Heikki Toivonen (remove -bugzilla when emailing directly)]

HTML Element component is deprecated, and should be removed from Bugzilla.
Clayton is not the correct owner for these. Reassigning to layout.

Comment 5

[Lasse Marøen]

I don't know if the page has changes since this was reported, but I removing
stuff from <ul></ul> did not change this page for me. 

Looking further in the source though I noticed that the z-index of some of the
divs were set to negative values. I changed those to positive ones, and the
content appeared. 

Bug 78087 is about absolute positioned elements with negative z-index not being
displayed. Marking as duplicate of that one. 

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

Comment 6

[Lasse Marøen]

Sorry, I made a mistake. This is not a dupe of bug 78087. I looked at the
"fixed" version (with z-indexes changed), and though the content was visible,
some of the bottom bit was not. I believe this was the case in the original
report. Bug 78087 has probably been introduced later. I am reopening this bug.

Comment 7

[Lasse Marøen]

...but I have looked more into the real issue, the bottom bit not being
displayed properly. The problem is the main content lying on top of it. The
reporter suggested that removing <li> elements made more of the bottom appear.
What this does is decrease the size of the <div> that lies on top of the bottom
div, making more of the bottom appear. Mozilla does this correctly, the fault
lies in the authors use of absolute positioning. She/he has not considered that
different font sizes can increase the size of the top div (since overflow is not
set, its default value will be visible). 

To test this - compare with Internet Explorer. Using default settings in the
browser, the page displays "normally". Increase the text size and the bottom is
hidden behind the main content as in Mozilla. 

In Mozilla - wait until bug 78087 is fixed to test it, or download the page and
change the negative z-index values to positive ones. Change the text size in the
view menu to different settings and watch the bottom reappear and disappear,
depending on wether space permits it. 

Conclusion: this is not a bug in Mozilla, it is just bad html/css. Resolving as
invalid. Sorry about the confusion.