Closed Bug 291247 Opened 20 years ago Closed 19 years ago

Browser thinks you are still dragging even though it lost capture in an annoying special case

Categories

(Core :: Widget: Win32, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED EXPIRED

People

(Reporter: pete_a90, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050327 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050327 Firefox/1.0+

1. Open the browser and some other program (has issues with notepad and winamp,
so try explorer or AIM instead).
2. Either resize a frame, select text, etc. in mozilla
3. While the mouse is captured, alt+tab to the other window and release the
mouse in the other program's window.
4. This part here is situational whether or not you can alt+tab back to mozilla.
It seems in an embedded window like a text edit control or inside a [i]frame,
you can, but otherwise it will cancel the event and appear to work correctly.
The safest way to reproduce this is to make the other window always on top and
still make the mozilla window visible, alt+tab to it, release the mouse in that
window and the move the mouse over to the mozilla window.
5. Mozilla still thinks the mouse is captured and the button is still down.

See WM_CANCELMODE and WM_CAPTURECHANGED under MSDN. Both messages need to be
handled for this to work in all cases... Well almost all, it wont work if you
break into a debugger while the mouse is captured.

Reproducible: Always

Steps to Reproduce:
Assignee: events → win32
Component: Event Handling → Widget: Win32
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.