201337 - Regression in 1.4 : DHTML Menu (dhtmlcentral.com Coolmenus 3) - doesn't show up anymore

Status: RESOLVED DUPLICATE of bug 198660

(SeaMonkey :: General, defect)

Description

[Vincent Deconinck]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030408
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030408

The site on http://www.indo-chine.org/disco uses the "Coolmenus 3" scripts from
dhtmlcentral.com, and it used to work in Mozilla for years (except for the
broken 1.2), but I just noticed it doesn't work in 1.4alpha or in the latest
nightly (20030408) anymore.


Reproducible: Always

Steps to Reproduce:
1. go to http://www.indo-chine.org/disco



Actual Results:  
The frame on the top right where the menu bar should be is empty

Expected Results:  
There should be a menu bar, as can be seen in Moz1.3 or less, IE5+ or NS4

Being the webmaster of this site, I know the latest version on dhtmlcentral.com
is 4, but it's still beta and not yet recommended for menus that open across
frames (which is the case here).

Comment 1

[Boris Zbarsky [:bzbarsky]]

Is the site using multiple frames?  Are there any JS errors?

Comment 2

[José Jeria]

The site uses frames, top frame does not seem to load and the javascript console
gives:

Error: uncaught exception: Permission denied to get property Function.href
Error: uncaught exception: Permission denied to get property Function.frames

Comment 3

[Boris Zbarsky [:bzbarsky]]

The error is the same as bug 198660 and this is not fixed by backing out the
patch that broke bug 201108

Comment 4

[Vincent Deconinck]

There's much in common with bug 198660 indeed. Not only the error message, but
here also, the site uses frames coming from different domains (in fact, only the
frameset and the top left frame with the counter actually come from
www.indo-chine.org. The 4 remaining frames (menu bar, main contents where drop
down menus should open and 2 frames on the left) are loaded from web.wanadoo.be.
Although, as both frames involved in the menu are from the same domain, that
shouldn't make a problem, even if the frameset is from somewhere else... (at
least it wasn't the case until now, and it's not the case in IE and NS4)
I'd just like to add that its incorrect to say that the frame "doesn't load". As
you can see intermittently when you reload, the "estat spy" script automatically
added by wanadoo at the end of all its pages gets executed and sometimes shows
up as a small "image icon" while it's waiting for the transparent gif.

Comment 5

[Boris Zbarsky [:bzbarsky]]

Oh, and backing out the patch that broke bug 198660 fixes this bug too.

Comment 6

[Brendan Eich [:brendan]]

Going out on a very short limb and dup'ing.

/be

*** This bug has been marked as a duplicate of 198660 ***