All users were logged out of Bugzilla on October 13th, 2018
Build: 2000022908 Win98 Not sure if it's DOM2 or Event Handling: Reproduce: . Start dragging the N, move outside the screen area. . Release the mouse, . continue moving the mouse inside the screen area. note: . See that is the N is still moving. In this source code, the endDrag was not called when released the button outside the screen.
Confirmed, Marking as NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 24325 has been marked as a duplicate of this bug. ***
Adding [STATE] keyword to bugs dealing with bad internal state created by lost or overridden events.
Status: NEW → ASSIGNED
Summary: Drag element outside the screen and release mouse button don't causes the event. → [STATE] Drag element outside the screen and release mouse button don't causes the event.
Tried this on NT, build 2000072508, and could not reproduce this. Can others?
Doh, I can reproduce this. Forget the earlier comment.
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
Mass update: changing qacontact to firstname.lastname@example.org
QA Contact: janc → ckritzer
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
QA contact updated
QA Contact: gerardok → madhur
For whomever might be listening, in case this bug is still active: WORKSFORME on XP Pro SP1 using 2003010908
Argh... I did not well understood the instructions to reproduce. Please ignore my previous comment. There is a bug here. It seems that onmouseup is not detected if the mouse is outside the browser viewport. Sorry for the previous comment.
Assignee: joki → saari
Status: ASSIGNED → NEW
QA Contact: trix → ian
When trying the demo at provided URL, I get the expected results: releasing mouse button when outside window viewport does fire mouseup event in Seamonkey 1.5a rv:1.9a4pre build 2007042110 under XP Pro. Version -> 1.8 Branch Note that this bug is related to bug 341565
Version: Trunk → 1.8 Branch
Confirmed on Thunderbird version 18.104.22.168 (20080914) on OS X 10.5 If you begin selecting text inside the compose window, but release the mouse button outside the compose window, and then move the mouse back into the compose window, the selection is still active and follows your mouse around. This bug is very annoying because It is common (especially when a text area borders the window edge) to finish a gesture with the cursor outside the application window. If the reason involves some JS security limitation about mouse events outside the application and/or it is not possible to pick up the mouse up event, but it is possible to detect the mouse state on entry/exit from the region, then the following algorithm could be used: If selection is active: On region exit: If mouse button is down save exit position. On region entry: If mouse button is down, continue selection behavior. If mouse button is up, change state to button up/send up event, discontinue selection behavior, set selection to saved exit position.
You need to log in before you can comment on or make changes to this bug.