197908 - Mouse-over drop-down menus at janus.com cannot be clicked

Status: RESOLVED WORKSFORME

(Core :: DOM: Events, defect)

Description

[[e-mail]]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312

I realize there's already an open evangelism bug with janus, but everything used
to work with their site and mozilla, so I'm wondering if this is an actual
mozilla bug.  It showed up when I upgraded from 1.3b to 1.3

The pulldown menus, which make a menu appear when you mouseover, don't function
correctly anymore.  The menu still appears, but when you try to move the pointer
down to select an item on the menu, the menu disappears before you can get to
it.  This pretty much makes the site unusable because you can only get somewhere
using these menus.

It looks like maybe there's a one-pixel-width gap between the topmost menu
mouseover location, and the actual menu, so that when you go over that gap, you
are neither over the menu or the original "hot spot" so the menu disappears.

This bug didn't occur with earlier versions (up to 1.3b) of mozilla.

Maybe this is an actual layout or JavaScript bug?

Reproducible: Always

Steps to Reproduce:
1. go to the url listed
2. mouseover one of the pulldown menus near the top of the page (e.g. "Invest
with Janus"
3. try to move the pointer down the menu to select one of the options

Actual Results:  
menu disappeared after mouse pointer leaves the original "Invest with Janus" area

Expected Results:  
kept the menu active until the pointer got to it.

Comment 1

[Boris Zbarsky [:bzbarsky]]

jkeiser, this sounds like mouse event stuff...

Comment 2

[Frederic Bezies]

I am having this error in JS console :

Error: Containerobj is not defined
Source File: http://ww4.janus.com/js/retail/menuScript.js
Line: 1137

Every time I try to select an option in the pulldown menu.

Here is the code around line 1137 of menuScript.js

"function NS6ContainerOverHandler(e) { if (initReady) {
    //journal('NS6ContainerOverHandler(e) :: ' + new Array(e).toString())
    clearTimeout(menuTimer);
    if(e.target.parentNode.id.indexOf('menu') != -1){ // its a container (div-id)
        if(eval(e.target.id.substring(0,5) + 'Containerobj').elm.className ==
'active'){
            eval(e.target.id.substring(0,5) + 'Containerobj').show();
            if(e.target.id.indexOf('Container')==-1)eval(e.target.id +
'obj').setBG('003399');
            swapImg( e.target.id.substring(0,5) +
'Button',e.target.id.substring(0,5) ,e.target.id.substring(0,5) + '_dn');
        }   //close active
        if(e.target.id == "menu0Child3"&& menu0Containerobj.css.visibility ==
'visible'){
            accountChildrenOn();
        }   //close check for menu0child3
        if(e.target.id == "menu1Child2"&& menu1Containerobj.css.visibility ==
'visible'){
            fundChildrenOn();
        }   //close check for menu1child2
    }//close container"

Comment 3

[Peter 'vt100' Schwindt]

changed to Browser::JavaScript Engine

Comment 4

[Phil Schwartau]

Confirming bug with Mozilla trunk binary 2003031905 on Linux.
OS: Win ---> All.

From Comment #2: 

"Error: Containerobj is not defined" is part of the diagnosis
at the Evangelism bug mentioned above: see bug 95025 comment 7.

From the reporter's comments:

> The pulldown menus, which make a menu appear when you mouseover,
> don't function correctly anymore.  The menu still appears, but
> when you try to move the pointer down to select an item on the menu,
> the menu disappears before you can get to it. 

This sounds exactly like bug 190677 and its duplicates (e.g. bug 193339),
where the same problem was reported at http://www.nvidia.com.

The preliminary diagnosis: early mouseout events. Therefore for parity,
reassigning this to DOM Events, and to jkeiser for further analysis.

Comment 5

[Phil Schwartau]

Setting default QA -

Comment 6

[jdsv]

So is this an evangalism issue? I am in communication with the developers of
this website and would like to see a resolution..

Comment 7

[u63580]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006
Firefox/1.4.1

This seems to be WFM now.  Other people seeing the same thing?

Comment 8

[Bob Clary [:bc] (inactive)]

yeah, looks fine in ff1.5b2 and even in a relatively older trunk build. 
=>wfm