Closed Bug 43002 Opened 25 years ago Closed 24 years ago

disjointed rollovers and animated gifs

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: mekanik1004, Assigned: joki)

References

()

Details

A form of this bug was originally seen while I was checking the above site in Netscape 4.7 and what seems to be a much more severe manifestation was seen while browsing the site with M16 build of Mozilla. I have very loose and basic knowledge of javascript/ecmascript, so I'm not sure whether the problem is actually due to the javascript churned out by Fireworks, which was used to produce the rollovers. Description: At the url identified above, mouseover the 3 vertically stacked menu graphics on the right side of the page. If you're using msie 5 or netscape 4.7, a teensy animated gif will appear immediately to the left of the item under the mouse pointer. If you're using 4.7, resize the browser window and mouseover again. Only the first frame of the animated gif will appear. In msie, the animated gif plays as it did before. If you continue resizing the page and mousing over the menu items in Netscape 4.7, it sometimes actually crashes the browser. In M16, mousing over the menu item (before any resizing at all) causes the gif that's present by default (ie when no mouseover activity is happening) to be replaced with the name of the animated gif file, sans extension.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Browser, not engine - reassigning to Event Handling
Assignee: rogerl → joki
Component: Javascript Engine → Event Handling
QA Contact: pschwartau → janc
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
This seems to be wroking now, so marking WORKSFORME. Tested on NT build 2000080902. NOTE: It seems to be slow at initializing, so wait a bit before taking the mouse over the things. If I try them *immediately* after loading the page, the whole thing is replaced with text.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Note: page at futurefamers showing the bug has been moved one level deeper into the futurefarmers site, but it is the same page. On Win 98 using Seamonkey M17 (build id 200080712) and NS6PR2 (same build of course), this bug is still manifested. I have tried waiting for things to "initialize", up to several minutes after the page has completely finished loading, to no effect. As soon as I mouseover, the "hot image" in the disjoint animated rollover is replaced by the text name of one of the image files. Perhaps on Win NT, waiting a sufficiently long period of time will allow the rollovers to function, but this is not the case for me. Someone please take another look at this.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Tested on NT and Linux builds dated 20000823. On first load of document the rollovers don't work, the whole image gets replaced by text. If I reload the page they start working correctly. This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
Updating QA Contact.
QA Contact: ckritzer → lorca
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
DUP of bug 32269
QA contact updated
QA Contact: gerardok → madhur
testing with a current Linux CVS build: The graphics immediately display and animate. WFM.
Blocks: 119597
build 2002020603 win32 trunk tiny images appear on hover but doesn't animate
then again, stupid moz somehow turned off image animation looping on my profile.. grrr resolving WFM
Status: REOPENED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → WORKSFORME
QA Contact: madhur → rakeshmishra
QA Contact: rakeshmishra → trix
verified wfm
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.