Closed
Bug 195407
Opened 21 years ago
Closed 21 years ago
XHTML Layout Engine Rendering (Regression)
Categories
(Core :: Layout, defect, P3)
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.
Reporter | ||
Comment 1•21 years ago
|
||
Reporter | ||
Comment 2•21 years ago
|
||
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>
Updated•21 years ago
|
Keywords: regression
Comment 4•21 years ago
|
||
->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.
Comment 6•21 years ago
|
||
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.
Comment 7•21 years ago
|
||
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"
Updated•21 years ago
|
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
Comment 10•21 years ago
|
||
Comment 11•21 years ago
|
||
The exact browser version is : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030309 Phoenix/0.5
Reporter | ||
Comment 12•21 years ago
|
||
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
Reporter | ||
Comment 13•21 years ago
|
||
Reporter | ||
Comment 14•21 years ago
|
||
(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
Comment 16•21 years ago
|
||
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.
Comment 18•21 years ago
|
||
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.
I filed bug 200510.
You need to log in
before you can comment on or make changes to this bug.
Description
•