29697 - [STATE] Drag element outside the screen and release mouse button don't causes the event.

Status: RESOLVED INCOMPLETE

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

Description

[/\/\arcio Galli]

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.

Comment 1

[Ryan Massie]

Confirmed, Marking as NEW.

Comment 2

[joki (gone)]

*** Bug 24325 has been marked as a duplicate of this bug. ***

Comment 3

[joki (gone)]

Adding [STATE] keyword to bugs dealing with bad internal state created by lost 
or overridden events.

Comment 4

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Tried this on NT, build 2000072508, and could not reproduce this. Can others?

Comment 5

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Doh, I can reproduce this. Forget the earlier comment.

Comment 6

[Heikki Toivonen (remove -bugzilla when emailing directly)]

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.

Comment 7

[ckritzer (gone)]

Mass update:  changing qacontact to [e-mail]

Comment 8

[Loco]

Updating QA Contact.

Comment 9

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 10

[Madhur Bhatia]

QA contact updated

Comment 11

[Gérard Talbot]

For whomever might be listening, in case this bug is still active:

WORKSFORME on XP Pro SP1 using 2003010908

Comment 12

[Gérard Talbot]

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.

Comment 13

[Pham]

.

Comment 14

[jes5199]

Still a bug on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0

other applications always maintain control of the mouse pointer until mouse
button is released; javascript apps cannot maintain awareness of the mouse
status if the mouse leaves the document

Comment 15

[Gérard Talbot]

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 

Comment 16

[Andrew Athan]

Confirmed on Thunderbird version 2.0.0.17 (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.

Comment 17

[u597032]

Page no longer active