433178 - FF does not trigger the :hover state of a link when the mouse is over it and the page is refreshed while the mouse remains in the same place.

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[John]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5) Gecko/2008032620 Firefox/3.0b5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5) Gecko/2008032620 Firefox/3.0b5

If you go to the demonstration URL, put your mouse on the menu, hit F5 to refresh (without moving the mouse), then the menu will no longer have the :hover styles applied to it until the mouse is moved.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.img2code.com.
2. Move your mouse over top of any of the menu items on the right.
3. Press the F5 button on your keyboard to refresh the page (make sure you do not move your mouse at all
4. Notice that the hover styles are no longer present until you move your mouse.
Actual Results:  
The CSS styles for the a:hover for the menu do not display.

Expected Results:  
The the CSS styles for the :hover pseudo-selector should display.

An example of what it should look like can be seen by using the Opera web browser or the Safari web browser.

Comment 1

[Dave Garrett]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008051009 Minefield/3.0pre

Can't reproduce under Linux.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008051006 Minefield/3.0pre

Can reproduce under Windows with latest nightly.  Seems to be Windows-specific.

Comment 2

[Mats Palmgren (inactive)]

I do see a problem in Firefox 3.0 RC1 on Linux; the mouse cursor changes
from 'hand' to 'arrow' (default) occasionally.  The menu item still
keeps the :hover style when this occurs though.

Comment 3

[Daniel Holbert [:dholbert]]

I can confirm that Comment 1 is still true -- I can reproduce under Windows XP with latest nightly:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a6pre) Gecko/20100624
Minefield/3.7a6pre

but not under Linux:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a6pre) Gecko/20100623 Minefield/3.7a6pre

Comment 4

[Daniel Holbert [:dholbert]]

bug 491501 suggests that this affects Mac as well. (Haven't confirmed that though)

Comment 6

[Joe Java]

The website at
https://eyeasme.com/Joe/Firefox_bug
Is a valid XHTML 1.0 Strict webpage that shows this bug.

The latest stable versions of Amaya, Firefox, and Opera all have this bug.
The latest stable versions of Chrome, Safari, and Internet Explorer do NOT
have this bug.

Comment 7

[philippe (part-time)]

Using the site linked in comment 6, this still fails on OS X (latest trunk build to date).

Comment 8

[philippe (part-time)]

Attachment: test case

minimised from the site in comment 6

Comment 9

[Joe Java]

This bug appears to be fixed with latest nightly.

Comment 10

[Markus Stange [:mstange]]

Yup, looks like it.

Comment 11

[Chuck Anderson]

This bug still exists in 3.6.22.  Will it ever be fixed in 3.6?  

(Does anyone know of a javascript work-around?)

Comment 12

[Ryan VanderMeulen [:RyanVM]]

It will not be. Firefox 3.6 is only taking security updates at this stage in its life. This bug is fixed in Firefox 4.0 and newer.