289539 - [ESM]hover does not work if page loses focus

Status: RESOLVED FIXED

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

Description

[John A. Bilicki III]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050407 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050407 Firefox/1.0+

The memnus at my site use onmouseover because the bastard child IE doesn't
support :hover.  However when I installed this build they did not work until
AFTER I pressed my mouse button on any of the menu items.

Reproducible: Always

Steps to Reproduce:
1. Visit my site and see menus...
2. Move mouse over menus but realize they dont work...
3. Sigh and click anyway and see the rollover now work.



Expected Results:  
Do I really need to fill this part in?  OH wait I did :-D

I set this as a major feature because this is the smallest sized remedy that I
know of for :hover issue in regards to IE.

Another site that I know explicitly uses the same css class rollover tech that
does NOT seem to be effected by this bug.

http://wow.allakhazam.com/

Since Firefox crashed AFTER filling out the entire bug I visited that site FIRST
and the rollovers worked fine but mine still did NOT work until onmousedown. I
hope that's useful in narrowing it down a little.

The code for my menus is at the top of my pages since view selected source won't
work easy on my site.

Comment 1

[José Jeria]

Could yo create a minimized testcase and attach it to this bug?
https://bugzilla.mozilla.org/attachment.cgi?bugid=289539&action=enter

Comment 2

[Robin Monks]

WFM with Firefox 1.0.2 on Windows XP.

Comment 3

[John A. Bilicki III]

Attachment: Test case 0001.

This test case's code is all self-contained.

Comment 4

[John A. Bilicki III]

Attachment: Test case 0002.

This test case is directly linked to one of the stylesheets on my site.

Comment 5

[John A. Bilicki III]

Neither test case is able to reproduce the results (even checked task manager to
make sure Firefox successfully removed itself from the memory).

For further information I've already written what at the time seemed to be an
unrelated case that I started a discussion for at webmasterworld...

http://www.webmasterworld.com/forum88/7730.htm

Comment 6

[Carsten Book [:Tomcat]]

WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050406
Firefox/1.0+ and Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2)
Gecko/20050407

Comment 7

[Steve England [:stevee]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050408
Firefox/1.0+
Testcase 2 doesn't always work for me. In that sometimes when I mouseover it, it
doesn't respond.

Comment 8

[José Jeria]

None of the testcase show this bug. Also, when visiting 
http://www.jabcreations.com/home/home-news.php

the hover effect on the menu only works sometimes. When it does work, restart
the browser and revisit the url to see the bug

Comment 9

[Steve England [:stevee]]

I just want to note that this bug may be related to bug 286430

Comment 10

[John A. Bilicki III]

Steve ... that from at least my perspective looks like it is a different bug. 
I'm no programmer though so my guess is you might be aware of some commonly
shared resource that both our rollovers take advantage of in Firefox.

Comment 11

[José Jeria]

Attachment: Minimized testcase

Steps to reproduce this bug (very weird.. ):
1. Load the testcase, and hover the first line of text
2. If they first line does not get grey, the bug is reproduced
3. If it is grey, then restart the browser and try again

Now to the funny part. Once i re-started the browser and type the url, it will
not be reproducable. But if rigth click the url bar and choose "Paste and go"
the bug will be reproducable.
Paste and go is a firefox extension. So either the extension brakes this, or
this bug is not reproducable once you typed somethign in the url bar. Also,
this is not reproducable locally. Doesnt matter if i user paste and go or not.

Comment 12

[José Jeria]

Attachment: 100% reproducable testcase

Now, this one shows the issue every time. added:
<script type="text/javascript">window.onload = function(){ this.blur();
}</script>

Comment 13

[John A. Bilicki III]

I confirmed José Jeria's post ... I have paste and go as well.  I disabled it,
checked Task Manager to ensure Fox compeltely closed, fired up the Fox and the
menus worked fine.

Comment 14

[Steve England [:stevee]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050408
Firefox/1.0+
With the testcase in comment 12 I also see the described behaviour, but only
with a new profile. Also, instead of closing the browser down and restarting, it
seems ctrl-f5 will have the same effect; one the page is reloaded hovering over
the text doesn't make the background grey.
And finally, when I am in the situation that the grey background isn't working
when I hover, if I move the mouse over the line of text in the testcase really
quickly (eg: from the bottom of the page to the top of the page) sometimes the
background is painted grey, but remains grey even though the pointer isn't
hovering over it.

Comment 15

[Boris Zbarsky [:bzbarsky]]

The patch in bug 289719 fixes this.

Comment 16

[Boris Zbarsky [:bzbarsky]]

Fixed by checkin for bug 289719