From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020801 BuildID: 2002080105 Some rollover images don't load with page. Clicking on a daughter page seems to load the images. These oages DO work in other browsers including Mozilla (God bless you all). Reproducible: Always Steps to Reproduce: 1. Go to <www.pullingrank.com>. 2. Mouseover navbar at top. Images don't change. 3. Click on any navbar image. Images now change with mouseover. Actual Results: Some rollover images don't load with page. Clicking on a daughter page seems to load the images. Expected Results: Rollover images should load with page and be displayed with mouseover.
Assignee: rogerl → Matti
QA Contact: pschwartau → asa
Emanuel reports: --- Forgive me, gentlemen. The URL that displays the bug is <http://www.sjsu.edu/depts/english/sjawp>. I was working on another project simultaneously and gave you an incorrect URL. -- So I'm changing the URL to http://www.sjsu.edu/depts/english/sjawp
using moz1.1b on winme. wfm, though the mouseover images take far too long to load. venkman throws a fit with the mouseover script, but i'm far from a js expert. both the js console and venkman report "deprecated arguments usage" on the first line of the function MM_nbGroup, as well as the undefined properties "MM_nbGroup.arguments" and "img.MM_dn". because the problem appears to be intrinsic, suggest resolving as invalid.
WorksForMe using FizzillaCFM/2002080203. The "About SJAWP," "Events," "Registration," "Administrators," and "Contact Us" graphics change on mouseover. What's the problem here?
I apologize. I had Mozilla open. Downloaded the latest build. The problem is unresolved and reproducible.
Sounds like this bug should either go to Networking: Cache or ImageLib. I don't know which - Emanuel: do you have any settings in Edit > Preferences that might affect the behavior you're seeing? Also: how fast is your Internet connection? Perhaps that is playing a role as well...
Also WorksForMe using Chimera/20020801. The difference between the front page and the other pages is that the other pages contain an image preloading script; the front page doesn't. (Look for "function MM_preloadImages()".) That's why they take longer to appear there, Emanuel; the rollover images aren't even requested by Mozilla until you actually do mouseover them. Thus, Mozilla is behaving properly. It can't preload images when it's not asked to. The images will appear if you put the mouse cursor over the image and leave it there. That said, unless someone has a better explanation, this bug should be resolved Invalid.
Another thing before we leave this issue: Why were the rollovers working in Mozilla, MSIE (Windows 2000 and Mac), Netscape (any flavor, Windows 2000 and Mac), and OmniWeb and not Chimera? Your answer makes sense, so this is NOT a criticism, just a curiosity.
I don't know why they weren't working in Chimera. Are they still not working in Chimera? They do for me (see comment 10). They should always work; just more slowly than on their other pages.
Emanuel, please attach your revised page to this bug (or let us know what URL it may be viewed at).
The URL is <http://www.sjsu.edu/depts/english/sjawp/>. Very sorry.
Related to bug 93461 ? "Images swapped via JS are loaded again and again from network"
Are you saying that the rollovers are working for you? If so, they aren't for me--ever. Are you using the Mac OS X platform?
On WinNT, all the rollovers work for me with trunk 20020805xx, except the first one, "Home", which remains permanently green. I guess this is not related to bug 93461 as I suggested, because the rollovers are working fine for you on Reload -
Emanuel, the rollovers at that URL still WorkForMe using FizzillaCFM/2002080508, on the initial load.
Regarding comment #19: Greg, just tried <http://www.sjsu.edu/depts/english/sjawp/> using build 2002808605. Rollovers don't work unless I hit reload. Just to be certain, I emptied the cache beforehand. Incidentally, Phil (#18) has it right; the Home graphic remains green.
Gentlemen, I need your advice. There is still no performance change in build 2002081205. Rollovers do not initially function when <http://www.sjsu.edu/depts/english/sjawp/> is first loaded; okay after clicking Reload. This page works first time, every time with every other browser and platform. The question: how do you want me to deal with this? Stop bugging (no pun intended) you? Keep downloading the daily builds? I'm here to help. E. Ravelli
Typo in Comment #22: File Options > Don't Debug should be: Function Options > Don't Debug We only want to avoid debugging that one function! And the function to avoid is MM_timelinePlay(), not MM_initTimelines() as I typed above. Alternatively, clicking on the file in the Loaded Scripts pane of Venkman and selecting this might work, as well: File Options > Don't Debug Eval/Timeouts The goal is to avoid the setTimeouts() that the function MM_timelinePlay() uses to call itself recursively -
Emanuel: thanks. Don't worry about Venkman if it is completely new to you: the code at this site is not easy to decipher! What happens if you try a new Mozilla profile? If the Profile Manager doesn't come up automatically when Mozilla starts, you should be able to force it by launching Mozilla from a console window like this: [(path to mozilla)]./mozilla -profilemanager Once this comes up, click "Create New Profile" and run Mozilla under that. Does the bug go away? Another question: what setting do you have in Mozilla under View > Character Coding ? Finally: try the reduced testcase I will attach below. Does the bug still occur? Thanks -
Note: if you get a chance, try testcase #1 both by clicking on it as an attachment here, and also by saving it as a local file and running it locally. Does the bug go away when run locally?
I tried to reproduce the bug on Mac OS X (version 10.1.5) with Mozilla (Build:2002081308) and was not able to reproduce the bug.
==> default owner
Assignee: matti → asa
Summary: Rollover images don't appear → sjsu.edu - Rollover images don't appear
Emanuel, can you still reproduce this problem using a current nightly build?
As of February 13, 2003, using Build ID: 2003021207, I no longer see this problem. Thank you for following up.
Resolving WFM per comment 31.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.