From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; 0.8) Gecko/20010218 BuildID: 2001021820 When mozilla encounters a page with images that have the mouseover image-switching JS, and the user mouses over said images, the throbber should throb to let the user know that it's downloading a new image that will replace the existing image Reproducible: Always Steps to Reproduce: 1. Goto URL 2. Wait for site to completely load 3. Mouse over one of the menu items top left 4. Throbber doesn't throb, although it's downloading a new image Actual Results: Had to wait a couple of seconds for the new image to appear, although the throbber gave no indication of anything happening. Expected Results: While loading new image, throbber should be throbbing.

This behaviour might be intended, I'm not sure. Anyway, confirming and over to Networking. (Or should it be UIDF?)

changing component

Neeti, I don't see how this could be ours. We just throb when network says it's loading something. This requires some networking and/or imglib work. -> networking

i don't believe libpr0n is currently setting notificationCallbacks on source http channels. we have a plan for dealing with this, however. this is a dupe of the necko channel's should inherit notificationCallbacks from their loadgroup if necessary... see related bug 62108.

-->pavlov

this is a dup of one of my other bugs... just not sure which... *** This bug has been marked as a duplicate of 62108 ***

qa to me. Not VERIFYING until I test a fix.