Using Mozilla 1.0 rc3 on Linux. Also confirmed on MacOS X 10.1. Visit http://www.politechbot.com/ .. the right table overlaps the left. This shouldn't happen. However, a reload of the page fixes the flow problem. I've attached an HTML file as a test case.
Assignee: Matti → attinasi
Component: Browser-General → Layout
QA Contact: imajes-qa → petersen
HTML contains invalid FORM (and image map) placement - not in TABLE cell more like -> evangelism
i think this bug is either invalid or very serious. mozilla could simply ignore the content outside the tds. but like this it badly messes up the parser tree. eg the tds are arrange vertically and not horizontally. umm, now this is funny, after writing this i wanted to look at the code again. NOW its rendered "correctly". the tds dont overlap and the italic texty is placed above the tds. very weird bug
Changing QA Contact
QA Contact: petersen → moied
The parser should be cleaning this up.
Assignee: attinasi → harishd
Status: UNCONFIRMED → NEW
Component: Layout → Parser
Ever confirmed: true
Keywords: 4xp, compat
Chris: For backwards compatibility FORMS can be contained inside TABLE. There is nothing much parser can do about this. FYI: When you force a reflow ( by resizing the window ) the problem goes away. Back to layout.
Assignee: harishd → attinasi
Component: Parser → Layout
QA Contact: moied → petersen
Changing priority to P2.
Priority: -- → P2
I am experiencing a problem that is at least very similar to the one described here; but I experience it only _sometimes_. Here is an example URL (don't be surprised if everything looks kosher; it is very tough to reproduce): http://sports.espn.go.com/mlb/clubhouse?team=bal Reloading the document makes things look fine, just like with this bug. So before I file a new bug, could someone in the know please have a look at my screenshot and tell me if I am experiencing the same effect? http://people.cornell.edu/pages/das51/mozilla/ESPN.com.png Some stuff is not displayed (or at least is invisible for some reason), some stuff is displayed in too wide of an area... I even used to see HTML source displayed in the document view in these cases but couldn't find any reason it should be (I don't see this happening anymore). When I copy the source out of View->Page Source into a local file and display it in Mozilla, everything looks fine (so I am guessing all the data has been received). Is this the same effect as in this bug, or what?
I have determined that the situation mentioned in my previous comment is not related to this bug. Sorry for the spam.
Reproduced on 1/03/03 Trunk, Windows.
wfm winxp 2004090105
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.