HTML table reflow problem

RESOLVED WORKSFORME

Status

()

P2
normal
RESOLVED WORKSFORME
17 years ago
14 years ago

People

(Reporter: jubal+mozillabugs, Assigned: attinasi)

Tracking

({compat, testcase})

Trunk
Future
compat, testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
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.
(Reporter)

Comment 1

17 years ago
Created attachment 84947 [details]
Test case demonstrating table flow problem
-> Layout
Assignee: Matti → attinasi
Component: Browser-General → Layout
QA Contact: imajes-qa → petersen

Comment 3

17 years ago
HTML contains invalid FORM (and image map) placement - not in TABLE cell

more like -> evangelism

Comment 4

17 years ago
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

Comment 5

17 years ago
Changing QA Contact
QA Contact: petersen → moied

Comment 6

17 years ago
The parser should be cleaning this up.
Assignee: attinasi → harishd
Status: UNCONFIRMED → NEW
Component: Layout → Parser
Ever confirmed: true
Keywords: 4xp, compat

Comment 7

17 years ago
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

Comment 8

17 years ago
Changing priority to P2.
Priority: -- → P2

Comment 9

17 years ago
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?

Updated

17 years ago
Target Milestone: --- → Future

Comment 10

17 years ago
I have determined that the situation mentioned in my previous comment is not
related to this bug.  Sorry for the spam.

Comment 11

16 years ago
Reproduced on 1/03/03 Trunk, Windows.
Keywords: testcase

Comment 12

14 years ago
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.