166849 - Pages reload based on where mouse pointer is located

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Patti Spicer]

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

My website (http://www.cyphergirl.com) uses tables.  I have used the W3 verifier
to ensure that my HTML & CSS are properly coded for 4.01 Transitional.  This
problem occurs in Mozilla 1.1.  It did not occur in 1.0, and does not in IE or
Opera.  I am listing my website for troubleshooting purposes as I know that it
is one that reproduces the problem on every computer that I've tried it on.

After the page loads, if the mouse pointer is moved into the browser window, the
text turns from black to blue.  If the mouse pointer is then moved towards the
top, bottom, right, or left of the browser (to the page scroll bar, the location
bar, etc) the tables in the page will reload.  If the mouse pointer is placed
over the table headers (motorcycle, airplane, photos, misc), the grey background
of the cell disappears.  I have this problem with EVERY page on my website, and
EVERY page checks out to be 4.01 Transitional compliant, per W3.  Each page uses
an external cascading style sheet (style.css).

Reproducible: Always

Steps to Reproduce:
1.  Enter "http://www.cyphergirl.com" into the location bar
2.  When the page finishes loading, move the mouse pointer toward the center of
the screen
3.  Now, move the mouse pointer toward the edges of the screen

Actual Results:  
When the mouse pointer moves toward the center of the screen, all black text
turns blue (as if it's an A HREF tag).   When the mouse pointer moves toward the
edges of the screen, the page (and all images in it) reload.

Expected Results:  
The page should be displayed statically with no color changes or image reloads.

It has occured on 3 different computer, one using the SkyPilot theme, one using
the Classic theme, and one using Modern.  All browsers are Mozilla 1.1.  I
selected "Major" for severity as this bug makes it difficult to surf certain
websites.

Comment 1

[Boris 'pi' Piwinger]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1b) Gecko/2002090504

Strange thing. I see the text become blue. I don't get a reload, though.

pi

Comment 2

[Patti Spicer]

One page that might make the reloading obvious (if your build is suceptible) would be:   http://www.cyphergirl.com/photography/20020806-13.html

It has a table with 58 .jpg thumbnail images on it.  When when I move my mouse pointer, each image disappears and reloads.  Same thing w/ using the "back" button.

Comment 3

[Boris 'pi' Piwinger]

The color change is not a bug. It is exactly as requested in you styles file.
Reloading does not happen for me.

WFM

Please try the following: Take one of your pages and reduce it as far as you can
(including your CSS which you might put into the head section of this file), so
that it still shows your problem of reloading. Thanks.

pi

Comment 4

[alanjstr]

I'm seeing the page redraw the table contents as I move my mouse around,
especially over the images.  Probably affected by the :hover

Confirmed Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826

Comment 5

[Christopher W. Curtis]

No reload problems here.

Do you have the mouse gestures stuff installed and are you accidentally
gesturing an "up", "right", "release" type event?  You can tell by looking at
the bottom status bar if so ...

Comment 6

[Boris Zbarsky [:bzbarsky]]

As Boris said, the color change is due to the ":hover" rule in your css.  See
http://www.people.fas.harvard.edu/~dbaron/css/1999/09/links for more information.

Comment 7

[Boris 'pi' Piwinger]

Also WFM with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/2002090311.

Boris, you know everything. Can you explain the long lines in comment 2? Is
there a bug about this?

pi

Comment 8

[Patti Spicer]

I changed the :hover to :link:hover, :visited:hover , and that seems to have
fixed the problem.  Now I'm wondering what changed between versions 1.0 and 1.1
of Mozilla to prompt this new response to :hover.  The page and CSS hasn't
changed, and it worked fine in 1.0.  :hover also works fine in IE and Opera..
and validates as proper CSS.  Guess I'll never find out.  Oh well, thank you
everyone.

Comment 9

[Boris 'pi' Piwinger]

Taking this as WFM. I guess Mozilla's CSS interpretation was corrected.

pi

Comment 10

[Boris Zbarsky [:bzbarsky]]

Patti, what happened was that we fixed our :hover implementation to be fully
hierarchical, the way it should be.  See bug 5693