109666 - This site fails under Mozilla

Status: CLOSED WORKSFORME

(Core :: Layout, defect)

Description

[Manuel Silva]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5) Gecko/20011011
BuildID:    2001101117

In the refered site, the first page isn't shown correctly, the "boxes" with
descriptions are under a "white panel". The site is shown correctly with
Netscape 6.0.

Reproducible: Always
Steps to Reproduce:
1. open http://www.dhtmlcentral.com/


Expected Results:  Open the site as Netscape 6.0.

Comment 1

[Boris Zbarsky [:bzbarsky]]

I see no differences between current nightly rendering and NS 4.7x...

Comment 2

[Oliver Klee]

I'm getting *lots* of JS errors on that site ...

Comment 3

[Adam Hauner]

2001111108/WinNT4
I'm crashing on this site - is it bug 108940? (TB37892077G, TB37892180K)

http://www.dhtmlcentral.com/ looks better in NN6.1 (20010726) than in M2001111108

Comment 4

[Adam Hauner]

Dupe of bug 91900? 

Comment 5

[Andrew Hagen]

Crashing on this site with Mozilla 0.9.5+
Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5+) Gecko/20011113. 

Suggest remarking bug as "this site crashes Mozilla."

Comment 6

[Manuel Silva]

IMHO, I don't agree with the expression "crash" because, after open this site, 
Mozilla continues to work correctly.

Comment 7

[Andrew Hagen]

Manuel, what version of Mozilla are you using?

Mozilla still crashes on this site with Win 98 build id 2001112104. The crashes
for this site are handled by bug 109754.

As for the rendering issues, they are hard to diagnose when Mozilla crashes on
going to the site. I tried Netscape 6.2. It doesn't crash, but it doesn't render
the bottom frame. The rendering issues for dhtmlcentral.com seem to be handled
by bug 91900.

Propose marking this bug as a dupe of bug 91900.

Comment 8

[Vincent Deconinck]

> IMHO, I don't agree with the expression "crash" because, after open this site,
> Mozilla continues to work correctly.

In my experience (Moz 0.9.6, Win 98 FR), the site doesn't crash on first load,
it simply only renders the top of the page. Although, if I try to reload the
page, then Mozilla crashes (I just sent the corresponding talkback data).

Comment 9

[Adam Hauner]

Mozilla didn't crash after reloading - 2001112803/WinNT4 

[e-mail]: Can you provide talkback ID and also retry visit DHTML
central with latest version of Mozilla?
http://ftp.mozilla.org/pub/mozilla/nightly/latest/

Comment 10

[Matthias Versen [:Matti]]

The crash is fixed (bug 109754)

Comment 11

[Andrew Hagen]

I can confirm that dhtmlcentral.com no longer crashes Mozilla. As of Build
2001120303, part of the web page seems to work. Not all of the boxes are
displayed though.

Maybe we should mark this bug as depending on 91900?

Comment 12

[Asa Dotzler [:asa]]

-Layout. confirmed with 120403 windos mozilla build

Comment 13

[rubydoo123]

I'm having trouble narrowing this one down, but I know there is something 
fundamentally wrong with the javascript. If you render this page in IE6, resize 
the window and watch what happens, the page gets quite distorted. In NS6, the 
page ends up rendering in what looks like two frames. The entire page content is 
in the upper frame, but you can't access (scroll). I am attaching the js, just 
in case it gets changed.

Comment 14

[rubydoo123]

when I try to extract what the passed values are for what is being used to sniff 
out the browser information, all I get is 'undefined' -- I was trying that 
through javascript:alert()

Comment 15

[rubydoo123]

Attachment: javascript from the web site

The attached file is the javascript used on the site, there are a few errors
just in the sniffing section of the script. However, NS4 and IE6 render the
pages and NS6 from 2001121003 does not render the site (see my previous notes).

Comment 16

[Michael van Ouwerkerk]

dhtmlcentral.com is officially still in beta, it's not fully tested and the 
scripting on the frontpage hasn't been updated for a while. I'm not sure if it 
should be in bugzilla, it seems like not such a good testcase :/

Comment 17

[Vincent Deconinck]

Please note : dhtmlcentral.com is not only a site, it's mainly a resource center
for webmasters, so it can't be considered a one-site exception.
According to its Forums, dhtmlcentral.com has more than 4000 people registered,
and I'd bet most of them are webmasters, so this bug potentially prevents 4000
sites from showing up OK with Mozilla, and although dhtmlcentral may use the
latest (and still beta) versions of the scripts, many websites out there are
actually using older pretty stable versions
My site ( http://www.indo-chine.org/disco ), for example, is using CoolMenus
(which is tho most complete free DHTML menu system I found) version 3 for more
than six months now and I'm really satisfied with it. It used to be cross
browser (NS4, IE4-5-6, NS6.x & Mozilla up to 0.9.7), but unfortunately it breaks
with the few last nightlies (blank frame instead of menu).
So either this guy has made a mistake or is not standards compliant in some way,
and we should evangelize, or it's actually a Mozilla bug and I volunteer to try
with a few nightlies back and find when it regressed (will do it anyway if I
have time).
Please also note that bug 91900 is about another specific problem of the same site.

Comment 18

[Michael Gabriel]

the site itself has been revamped and made to work with moz in feb or so.

Comment 19

[Michael Gabriel]

honk honk, WFM !

Comment 20

[Adam Hauner]

Manuel Silva (or somebody else with W98), could you install the latest nightly
build and try it again?
http://ftp.mozilla.org/pub/mozilla/nightly/latest/

Comment 21

[Julien Cegarra]

WFM (buildID: 2002072204)

Could we close this one now ?
/jc

Comment 22

[Adam Hauner]

Marking WFM regarding several last comments. 
Reporter: Please try a more recent build and reopen this bug 
if it still occurs for you:
http://ftp.mozilla.org/pub/mozilla/nightly/latest/

Comment 23

[Manuel Silva]

It makes sense to close because the problem is solved with newer versions of
Mozilla.