Closed Bug 195407 Opened 21 years ago Closed 21 years ago

XHTML Layout Engine Rendering (Regression)

Categories

(Core :: Layout, defect, P3)

x86
All
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: philippe, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(6 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130

The main page of this site used to render well with 1.2.1

Now from 1.3b to nightly build (tested this 2003/02/28) the upper box renders
onto  the first news box.

This site tends to be xhtml 1.0 strict compliant.

Reproducible: Always

Steps to Reproduce:
1. use Mozilla 1.2.1 to go to http://www.linuxfr.org
2. then use Mozilla 1.3b or later and go back to the page.
3. compare to see how the purple box has "invaded" the space below

Actual Results:  
The page rendering seems broken and obviously "uglier"

Expected Results:  
I wonder what happened to the rendering engine.
Attached image Rendered with 1.2.1
I apologise if the following is not valid XHTML, I am not as good as I would
like. However this piece of HTML shows this problem. The "bla" is placed in the
middle of the "d"s in moz 1.3b, and is placed after it in IE6 and an earlier
moz. It is up to a css expert to tell if this is correct behaviour. If someone
believes that my HTML code may be at fault, the css segment comes from style.css
and hopefully the HTML cutting is fairly obvious based upon the section we were
looking for.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html><head><title>possible
XHTML error</title>
    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
    <style type="text/css">
div.centralinfo {
	position:relative;
	height:160px;
};
    </style></head>
<body>
	 <div class="centralinfo"> 
<p>d</p><p>d</p><p>d</p><p>d</p><p>d</p><p>d</p><p>d</p><p>d</p><p>d</p>
  	</div>     
  	bla
</body>
</html>
Keywords: regression
->Layout
Assignee: asa → other
Component: Browser-General → Layout
QA Contact: asa → ian
Hi,

Same problem here, on a test site :
http://rezo.net/~antoine/spip/article.php3?id_article=976

The boxes with titles "Olivier Aubert" and "Dans la même rubrique" should
be positionned on the right of the bold paragraph, not above.

It was fine before the 1.3 development series... For information,
MSIE renders it correctly (5.5 and above).

In this case it is not XHTML, just HTML 4.01 Transitional.
The problem seems to be with the CSS layout interpretation.

Mozilla is now doing the right thing in respect to overflow. A height is set on
div.centralinfo via CSS and mozilla now respects that. Fix is to remove the
height declarations or to set an alternate overflow (auto?) depending on what
behavior is more desired. 

this bug is invalid, but I know theres a similar report out there to dupe this
to. (might even consider a relnote for 1.3 if its not too late.
probably bug 180711
Some more input : it seems the behaviour is not very deterministic...
Example :

- http://ecorev.org/article.php3?id_article=118 gives the correct layout
(blue and pink boxes floating on the right of the main text)

- http://ecorev.org/article.php3?id_article=116 has the wrong layout
(blue and pink boxes rendered above the main text)

Browser version : "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b)
Gecko/20030221 Phoenix/0.5"

Priority: -- → P3
More regression again. It seems even worse with the latest builds (note : if the
behaviour is really right, can someone at least point where the CSS is wrong ?).
I'm adding some screenshots to show the rendering difference with the following
URL : http://ecorev.org/article.php3?id_article=116

The exact browser version is : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b)
Gecko/20030309 Phoenix/0.5
I have tried the code from Mr Jeff (comment #3), I'll add some screenshot to
show the rendering difference.

I think that Mozilla team should define explicitly the behaviour and act before
Mozilla 1.3 is released.
OS: Windows 2000 → All
(Sorry, I couldn't try with nightly build but I suppose that the renderint is
the same)
Mozilla's behavior is correct.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
I'm sorry dbaron, could you elaborate please ? You may be right but I'd like to
have further details about why I'm wrong ;)
I'm speaking specifically about the URL I gave above
(http://ecorev.org/article.php3?id_article=116), and the two screenshots showing
that Mozilla's behaviour has changed since 1.2:
- http://bugzilla.mozilla.org/attachment.cgi?id=116719&action=view
- vs. http://bugzilla.mozilla.org/attachment.cgi?id=116720&action=view
I don't see how that testcase has anything to do with the others in this bug
(and thus with this bug as a whole), and I didn't look at it before.
At first sight I thought it was the same CSS problem as with
http://www.linuxfr.org. But I can open another bug if it's really different.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: