Closed Bug 146855 Opened 22 years ago Closed 20 years ago

HTML table reflow problem

Categories

(Core :: Layout, defect, P2)

defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: jubal+mozillabugs, Assigned: attinasi)

References

()

Details

(Keywords: compat, testcase)

Attachments

(1 file)

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.
-> Layout
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?
Target Milestone: --- → Future
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.
Keywords: testcase
wfm winxp 2004090105
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: