Closed
Bug 275520
Opened 20 years ago
Closed 20 years ago
mouse events refuse executing when an user moves a mouse cursor fast.
Categories
(Core :: DOM: Events, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: grig, Unassigned)
References
()
Details
Attachments
(1 file)
|
98.76 KB,
image/gif
|
Details |
1. the problem is actual only for fast mousing. 2. the problem exists only on Mozilla's platform (e.g. Firefox 1.0 under Windows XP). 3. The script works fine on MS Internet Explorer v5.5+. Steps to duplicate: Go to http://www.supportwizard.com:8080/gui2/expire.jsp, log in the system using the default login and password. When the screen is loaded, mouse over the menu of the tabs Contracts, Compmanies etc. Expected result: when mouse cursor goes away the menu pane should go out as well as item's highlighting. Actual result: sometimes the menu hangs up and can be turn down only after secondary mousing. Hightlighting may stay, but may not. Too.
| Reporter | ||
Updated•20 years ago
|
| Reporter | ||
Comment 1•20 years ago
|
||
| Reporter | ||
Comment 2•20 years ago
|
||
corrections: the url is http://www.supportwizard.com:8080/gui2/login.jsp
Updated•20 years ago
|
Assignee: firefox → events
Component: General → DOM: Events
Product: Firefox → Core
QA Contact: firefox.general → ian
Version: unspecified → 1.7 Branch
| Reporter | ||
Comment 3•20 years ago
|
||
The guy who first submitted this bug report does not have perfect English, the last sentence should have read: When the mouse is moved away from the DHTML drop down menu, the menu should go away (as it does in IE). Using FireFox the menu sometimes stays up there. This bug is flaky on Firefox - it occurs about 1 time out of 3 when mousing over a menu. Please call me at 650 868 6643 if you need any futher details on this bug. Many thanks, Colin
Comment 4•20 years ago
|
||
Both of the URIs listed return 500 errors. Is there a page showing this bug somewhere?
| Reporter | ||
Comment 5•20 years ago
|
||
Sorry, the server was really not accessible. Alternative server is http://server7.supportwizard.com/gui2/login.jsp (login Demo KB using the default password and login name)
Comment 6•20 years ago
|
||
Hmm... I can't seem to reproduce this in a current Linux trunk build. Grigory, do you see the problem in a trunk build?
| Reporter | ||
Comment 7•20 years ago
|
||
tried ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox- 1.0+.en-US.win32.zip it works fine on Linux and Windows platforms, hope on Mac it works propertly as well. Many thanks
| Reporter | ||
Comment 8•20 years ago
|
||
tried ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox- 1.0+.en-US.win32.zip it works fine on Linux and Windows platforms, hope on Mac it works propertly as well. Many thanks
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 9•20 years ago
|
||
No bug / patch specified as the fix. -> WORKSFORME.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•20 years ago
|
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•