132592 - onMouseOut triggered by mouse click prevents menu from working

Status: RESOLVED DUPLICATE of bug 102578

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Per Ångström]

The menus on this web site drop down OK in Mozilla when I click on the menu bar,
but there is no response when I click on individual menu items.

Tested in build 2002031921 on Linux. The site works OK in stock 0.9.9 on Windows
98. In Netscape 6.2.1 on Linux, the menus don't even drop down, although the
code looks as if it's written with NS 6 in mind.

Comment 1

[Per Ångström]

The information about Windows 98 was a mistake. In fact, the information is
about stock 0.9.9 (2002020511) on Linux.

Comment 2

[Boris Zbarsky [:bzbarsky]]

Are there any errors in the javascript console?  (please clear the console, then
load the site, then click on the menu/menuitem).

The menus work for me, linux build 2002-03-21-08.

Comment 3

[Phil Schwartau]

Reassigning to Browser-General until we can get the requested information.
This is not likely to be JS Engine issue. cc'ing self -

The site also WORKSFORME with Mozilla trunk binary 20020317xx.

Comment 4

[Per Ångström]

The Javascript Console remains clean as I move the cursor and click the menus.

Comment 5

[Phil Schwartau]

Could you try the site with a new profile? To do this,
launch Mozilla from the command line as follows:
 
       [(path to Mozilla)] ./mozilla.exe -profilemanager


When the Profile Manager comes up, there's a button called "Create Profile".

Comment 6

[Per Ångström]

I created a new user profile, and started Mozilla using that profile. The
problem is exactly as before.

Comment 7

[Phil Schwartau]

When you click on a menu item, does the "throbber" start to run?
(the icon in the upper-right corner of the browser)

Or does the browser just do nothing at all?

Comment 8

[Per Ångström]

The browser does nothing at all. The throbber does not start to run. The menu
goes away when I click an item, that's all. In every other respect, the menus
behave OK: they drop down, the cursor changes to a hand, the active item is
underlined on mouse-over, the status bar shows the different destinations as I
move the mouse pointer over the items.

Comment 9

[Phil Schwartau]

What happens if you RIGHT-click on the dropdown menus items,
to open them in a new window. Does that work?

Comment 10

[Andrew Schultz]

I'm seeing this with Linux build 20020321. right-click => open in new tab works
fine.

Comment 11

[Phil Schwartau]

But left-click does nothing at all?

Comment 12

[Phil Schwartau]

OK, let me assign this to Event Handling. We're recognizing the links
in the submenus: right-clicking on them will open in a new window.
But left-clicking on them does nothing.

Confirming based on Comment #10 -

Comment 13

[Andrew Schultz]

the onClick event is never executed.  I changed it to:
onclick="alert(0);" and it never pops up the alert.

The menu is being erased by the winClick function which seems to be interfering
with the onclick handler.  If I disable the "menuArray[i].lay.hide()" line in
the winClick function, then the onclick handler behaves properly.

Comment 14

[Per Ångström]

Re comment #9: Right-clicking on a menu item will make the menu disappear before
Mozilla's context menu appears. The context menu is the one I get when I
right-click directly on the page; it doesn't have "Open in New Window" and other
link-related items.

Comment 15

[Per Ångström]

It works for me in build 20020320-19, Linux.

Comment 16

[Phil Schwartau]

> It works for me in build 20020320-19, Linux.

Per: I'm going to resolve this bug as WORKSFORME, then, OK?
If not, please reopen the bug; thanks -

Comment 17

[Per Ångström]

I'm sorry, but I have to reopen the bug. It's so weird: now, the same site,
using the same build, does not work - it is the same problem as before.

After seeing this, I have uninstalled Mozilla, deleted the directory structure,
reinstalled Mozilla, and renamed the .mozilla directory. The problem is exactly
as before.

See also: bug #132968.

Comment 18

[Per Ångström]

I still don't know what causes the problem, but I have found out that restarting
the X-Window system can cure it, at least temporarily.

I got it to work yesterday, by restarting X, and I was just about to assert that
it works today, only to discover that it has gone back to not working.

Comment 19

[Phil Schwartau]

Attachment: Reduced testcase #1 (with hiding commented out)

Comment 20

[Phil Schwartau]

Per, what happens if you try the reduced testcase?

Note: some of the pages that come up have document.layers errors,
but at least they come up for me when I click on the menu items. 
One menu item that has no document.layers errors is "Logga in".

Comment 21

[Andrew Schultz]

Attachment: testcase #2

Comment 22

[Andrew Schultz]

Phil: your testcase doesn't exhibit the bug for me, but testcase #2 does.  It
appears that clicking activates onmouseout event (why?) before anything else,
which screws everything up.

Also see bug 130999 and bug 130265

Comment 23

[Phil Schwartau]

Also note bug 110072, "onMouseOver/onMouseOut event problems with image maps",
particularly http://bugzilla.mozilla.org/show_bug.cgi?id=110072#c3,
which shows onMouseOut events firing at the wrong time...

Comment 24

[Per Ångström]

The site worked fine yesterday, after having started the X session. Testcase #1
and #2 both worked as expected.

Today, some 24 hours later in the same X-session, the menus on the site have
gone back to not working, and testcase #2 has stopped working (nothing happens
on clicking the link, except that the string "winClick false" is output).
Testcase #1 works as before.

Using 0.9.9+ 20020401-08 on Linux.

Comment 25

[Phil Schwartau]

Andrew: Per has found that all the testcases can work perfectly at
the beginning of his X session, but they start to fail after X has run
for some time on his box.

Do you have the same experience? That is, if you restart X, do the
testcases all work for awhile? 

Comment 26

[Andrew Schultz]

I have never seen the URL or testcase to work.  I tried it out when I first
logged in (X exits at logout) and it still didn't work.

Per: have you ever seen this bug with testcase #1?

Comment 27

[Per Ångström]

Re comment #26: I have only tried the testcases over the last two days, but so
far, #1 has always worked for me.

Comment 28

[Per Ångström]

It works for me in build 20020406-16, as well as in builds 0404 and 0405.

How's it working for you, Andrew?

Comment 29

[Andrew Schultz]

testcase and URL don't work for me with build 20020407

Comment 30

[Per Ångström]

It had been working flawlessly for almost a week until today, when I had to
restart X to get the the menus on the problem URL working again. Before
restarting X, I tested in builds 0404, 0410 and 0411, and I saw the same problem
in each build. I forgot to try testcase #2.

Comment 31

[Andrew Schultz]

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

Comment 32

[Per Ångström]

I have found another site that exhibits the same problem:
<http://www.aderagroup.com/>. I also note that when a submenu is active it will
disappear before I can reach any item on it, unless I'm very quick with the
mouse. The site works fine in Netscape 7 PR1 and Mozilla 0.9.9, both on Windows 98.

Svenska Spel is still misbehaving occasionally for me.

Tested in: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a+) Gecko/20020627.

Comment 33

[Torben]

Resolving as dupe of bug 132968. See bug 134904 comment 23.

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

Comment 34

[Andrew Schultz]

reopening.  this bug has a testcase and we know what's going wrong (comment 22).
 we just don't know why or how to fix it.

bug 132968 has a bunch of URLs, some of which appear to be experiencing this bug
and some which I don't understand.

Comment 35

[Kenneth Herron]

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

Comment 36

[Kenneth Herron]

Attachment: Testcase from bug 139470

This is a reduced testcase based on the URL given in bug 139470. The testcase
contains two "Mozilla" links. One of them should work, the other shouldn't.

The nonworking link has an onMouseOut handler which causes the two links to
become hidden. For some reason, this handler is triggered by clicking on the
link, and for some reason this prevents mozilla from following the link.

Moving your mouse over "Appear" and "Disappear" will make the two links appear
or vanish.

Comment 37

[Kenneth Herron]

Better summary; adding to bug 113492, the dynamic menu tracking bug.

Comment 38

[Kenneth Herron]

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

Comment 39

[Andrew Schultz]

resummarizing a bit more

Comment 40

[Andrew Schultz]

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

Comment 41

[Andrew Schultz]

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

Comment 42

[Andrew Schultz]

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

Comment 43

[Andrew Schultz]

reassign

Comment 44

[Danai Sae-Han]

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

Comment 45

[Kenneth Herron]

See also bug 102578, which is more generally about onmouseout being triggered by
clicking. 

Comment 46

[Kenneth Herron]

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

Comment 47

[Andrew Schultz]

marking dupe.  these two are really about the same problem and developers aren't
paying attention to this bug anyway.

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

Comment 48

[Pedro Madeira]

ContinuesToNotWorkForMe
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211