83654 - Mouse rollovers not working

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Chris]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9) Gecko/20010505
BuildID:    2001050515

Roll your mouse over the images at Wine Developers HQ and NO image displays,
just gets the alt tags. 

Reproducible: Always
Steps to Reproduce:
Go to the site, try rolling your mouse over the images.

Actual Results:  No images appear after you roll your mouse over the rollover
images. 

Expected Results:  Mozilla should have shown the images as the mouse rolls over
them and then when the mouse is over the image it should restore the image to
normal.

I think that this bug was originally opened and shown as resolved in Bug#20110
Also try http://soros.ath.cx/ 
- so what if it's a browser buster? If IE can handle it... :)

Comment 1

[Gilles Durys]

wfm 2001053121 linux

Comment 2

[Boris Zbarsky [:bzbarsky]]

Not JS engine.  Over to imagelib.

Comment 3

[Aaron Kaluszka]

it's been fixed for a couple weeks.. get a new build.
WFM Win2K/2001060104

Comment 4

[R.K.Aa.]

this would be bug 32269, marked fixed.
The images don't preload though, so when i roll over, they initially vanish. A
rollover triggers a load from web however, so after a while the rollovers are
all in place. But NC4* appears load the rollovers during the first load of page.
Or it doesn't remove the first image till the next is ready.

testing with current CVS linux.

Comment 5

[R.K.Aa.]

NC4.77 doesn't remove the first image when the next starts downloading from web,
so it displays all the time while the next image request is sent, and is 
gradually overpainted as the new image is read in. IMO the correct solution.

Mozilla instead removes the whole existing image the moment a new image load is
requested, leaving only the alt-tag there for a moment, then flashes back to the
original image, and when all of the new image is loaded, the old is suddenly
replaced as a whole.

If i remove mouse from the area and down over another rollover link, the old
image above immediately re-appears. So sliding mouse up and down over the images
will flash the old images/alt-text/old images/alt-ext as mouse enters  - untill
*all* of a new image is loaded. 
First then is the original image replaced by the new on rollover.

If i enter an image from below upwards, only the alt-text displays.
If i enter an image from top downwards, the image now and then flashes but is
usually replaced by old image, untill new is loaded.
If i continously slide over the images, it doesn't seem the next set is loaded
at all, or it is somehow very hampered.

There are dups of this site and bug in bug 32269, now marked fixed. Since this
particular case doesn't seem to be covered, resolving as new.

Comment 6

[Blake Ross]

Doesn't look like this is getting fixed before the freeze tomorrow night.
Pushing out a milestone.  Please correct if I'm mistaken.

Comment 7

[Stuart Parmenter]

.

Comment 8

[Jonathan D. Nolen]

Attachment: HTML testcase for bug 83654

Comment 9

[Jonathan D. Nolen]

Here's a little more info: The problem stems from the interaction of the image
rollover and the stylesheet.

wineHQ has a stylesheet that sets" A:hover { text-decoration:underline}". So the
browser tries to underline every link when theuser mouses over it. 

The broken rollover images in question are also links, so when the user mouses
over the image Mozilla is erroneously trying to underline something. In so it
doing shows a broken image border (underlined) and the ALT text for a brief
instant. Then the correct image gets loaded, and all is well until the user
mouses out again and we reverse the process.

I've created and attached a testcase for the described behaviour. Good luck.

BTW, I am seeing this problem on Mozilla 0.9.5 on Mac 9.2.1 -- so it's a general
bug, not just a Win98 one.

Comment 10

[Sebastian Koehler]

even without any stylesheets -> 
changing the source of an image with Javascript 
doesn't work.
(mozilla0.9.5 on win98)
no flickering, no alt-texts no underlines -- simply the old (original) image.

Comment 11

[PTRourke]

Seeing the same effects as Sebastian Koehler reports on 2001101503 Windows SE. 
Behaves as if the rollover code (the mouse events) aren't even there.  Here's
the code that is failing:

<script type="text/javascript" language="Javascript">
<!--
agent = navigator.userAgent;
browserVer = 2;
if (agent.substring(0,7) == "Mozilla")
  {
   if (parseInt(agent.substring(8,9)) >= 3) {browserVer = 1;}
  }
if (browserVer == 1) {
 whtb = new Image(18,14)
 whtb.src = "../../images/b_w_dn.gif";
 whtbu = new Image(1,1)
 whtbu.src = "../../images/b_wt_dot.gif";
 }
function hiLite(imgDocID,imgObjName) {
  if (browserVer == 1) {
   document.images[imgDocID].src = eval(imgObjName + ".src")
   }}
</script>

and 

<a href="" onmouseover="hiLite('white','whtb')"
onmouseout="hiLite('white','whtbu')"><img name="white" id="white" src="" /></a>

No difference in quirks mode.  

Comment 12

[Stuart Parmenter]

over to the style system folks

Comment 13

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I'm seeing "permission denied" errors setting HTMLImageElement::src on the
testcase, and it's not working.

Comment 14

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

OK, now that I tweaked my security prefs to work again, this bug worksforme (on
Linux), but I suspect that's because of the speed of my connection, and I
believe that the underlying bug exists.

->Layout

Comment 15

[Grey Hodge (jX)]

WFM