52666 - Layout screwed up on indoorstorm.com

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Phil Peterson]

[I tried to file this in Seamonkey, but I can't find the bug to add the source 
code to it, so I'm refiling from 4.7. Sorry if you get a dup]

- Go to http://www.indoorstorm.com
- Notice lots of overpainting and input buttons positioned strangely
- Load same page from Nav 4.7 or IE 5, and it looks fine

Comment 1

[Phil Peterson]

Attachment: source code of this page

Comment 2

[Phil Peterson]

nominate for nsbeta3, mostly to get someone to look at it since I don't know how 
serious a bug this really is.

Comment 3

[Phil Peterson]

*** Bug 52665 has been marked as a duplicate of this bug. ***

Comment 4

[Kevin McCluskey (gone)]

Dividing up Claytons bugs to triage

Comment 5

[Francis Fillion]

It does happen in Linux too (2.2.16, Rh 6.2, P800).

By putting Mozilla fullscreen (mine is 1280x1024 on an 19 inch), the page get
re-rendered OK, then if you go to the regular size again (I don't surf on full
screen mode, to much for nothing) the page is still OK, but if you hit the
reload button it will f*ck-up again in both fullscreen and regular screen. 

Comment 6

[Phil Peterson]

On Windows, maximizing the browser window does not improve the layout of this page.

Comment 7

[Kevin McCluskey (gone)]

Reassigning to karnaze. Seems to be a table layout problem. 

With 9/15/2000 build on Linux I was not seeing any problems. But I did not try 
maximumizing and minmizing as described by Francis.

Comment 8

[Jesse Ruderman]

On Windows 98 (2000092212) at 800x600, the page ends up too wide, and elements 
centered within the right column of the table (or centered on the entire page) 
are pushed out too far.  I didn't notice any other problems.

Comment 9

[Cameron Kellough]

This does not appear to be a browser bug.  The HTML in the page is BAD.
There is a <textarea> tag which appears to be outside of a <form> tag with a
ridiculous cols=55 modifier.  It's my understanding that the above is illegal
but I've also observed that a tablewidth 100% tag only works if the
items in the table are less than 100% of the width of the browser window: thus
with a cols=55 tag misleading gecko, it can't win.
Netscape Communicator 4.73 does not interprt the spurious textarea tag
as a text field either while mozilla M17 assignes it a scrollbar and does
treat it as a textfield even though it's not part of a form.
I am attaching a simplified testcase.

Comment 10

[Cameron Kellough]

Attachment: Simplified Test Case for Bug 52666 outlining problem

Comment 11

[Phil Peterson]

FWIW, the attachment I included (as well as the current web page) look pretty
good using 2000-09-24-09 on NT.

Comment 12

[Kurt Weinschenker]

Seeing this under Mac OS 9.0.4.  Mozilla build 2000092804-M18.

Comment 13

[karnaze (gone)]

Moving to m1.0

Comment 14

[bsharma]

Verified on
build: 2001-05-14-04-Trunk
Platform: WinNT

The page loads fine in the full screen mode. And when I resize the window the 
page loads ok. Compared it with the 4.7 the layout is similar. Hitting the 
'Reload' also loads the page ok.