Closed Bug 576173 Opened 14 years ago Closed 14 years ago

With Menu Bar disabled, drag and drop image or link over new titlebar to the desktop is broken

Categories

(Core :: Widget: Win32, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
blocking2.0 --- final+

People

(Reporter: imradyurrad, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:2.0b2pre) Gecko/20100630 Minefield/4.0b2pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:2.0b2pre) Gecko/20100630 Minefield/4.0b2pre When drag and dropping small images, the cursor doesn't "drop" the image onto the desktop. The preview of the image just hangs. Also, when you have an image bigger than your window size you can't drag it unless you click on it to make it full size. I also noticed that if you quickly drag and drop it to your desktop it works. Emphasis on "quick". Reproducible: Always
Keywords: regression
Another thing, this only happens if you drag it over the top of the browser with the menubar disabled. Dragging it to the left, right and bottom still work.
(In reply to comment #2) > Created an attachment (id=455348) [details] > when the image hangs, I can right click on the desktop And moving the cursor over the menubar, navbar, etc make the current page reload.
I can confirm that images dragged over the menu bar are not able to drag to the desktop and that if you move quickly it's not a problem, but I can't confirm the large image issue. This also applies to links and images that are links.
Blocks: 513162
Status: UNCONFIRMED → NEW
blocking2.0: --- → ?
Ever confirmed: true
Summary: Drag and drop image to desktop is broken → Drag and drop image or link to desktop is broken
Version: unspecified → Trunk
OS: Windows 7 → Windows Vista
Hmm, vista specific? I'm not able to reproduce on win7.
Taz was able to reproduce on Windows 7, I lowered it to Vista since it appears there, too. It was perfectly consistent for me, but it was consistent enough; it may have to do with how you move it over the title bar or what your definition of quick is.
(In reply to comment #5) > I can confirm that images dragged over the menu bar are not able to drag to the > desktop and that if you move quickly it's not a problem, but I can't confirm > the large image issue. > > This also applies to links and images that are links. If you move it over the menu bar, does it reload the page?
Not for me, but I might not be trying correctly.
Component: General → Widget: Win32
Product: Firefox → Core
QA Contact: general → win32
finally able to confirm this. we must not be leaving the drag object in the right state. probably due to the loss of a mouse leave event.
blocking2.0: ? → final+
Assignee: nobody → jmathies
Summary: Drag and drop image or link to desktop is broken → With Menu Bar disabled, drag and drop image or link to desktop is broken
Summary: With Menu Bar disabled, drag and drop image or link to desktop is broken → With Menu Bar disabled, drag and drop image or link over new titlebar to the desktop is broken
Requesting to block beta4+
blocking2.0: final+ → ?
This doesn't need to block beta 4.
blocking2.0: ? → final+
Why not? From what Jim said, it seems to be an easy fix.
It might not block the release of beta 4, but that does not imply it will not be *fixed* for beta 4.
Assignee: jmathies → nobody
Someone is welcome to pick this up and try and get it fixed by beta 4. I'm going on some pto so doubt I'll get to it by that freeze. If nobody picks it up I'll take it back once I'm back.
I found the root cause for this the other day. While a d&d operation is ocurring we sent the hittest events if the mouse moves over the new titlebar, and it messed up the drag and drop state internally. Originally I wrote code to prevent this, which checks mIsInCaptureMode and prevents the event from being sent. However, this is not a global flag, but of each nsWindow, so when an image from a content widget was being dragged over the parent widget, that failed. Bug 130078 magically fixed this. Please reopen if you still see the problem.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: