Closed Bug 78033 Opened 25 years ago Closed 24 years ago

D&D from external Windows apps does not handle apps that only support "copy" operations

Categories

(Core :: XUL, defect, P4)

x86
Windows 2000
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.4

People

(Reporter: markh, Assigned: mikepinkerton)

Details

(Whiteboard: ready to land)

Attachments

(1 file)

Some Windows apps that support D&D only support "move" operations, and not "copy". Windows D&D comminucates this through IDropTarget::DragEnter, where *pdwEffect is a mask of the supported operations. Mozilla ignores this flag, and always sets the d&d type based exclusively on the keystate. Thus, if a d&d operation is started from such an application and Ctrl is not held down, Mozilla still requests a copy, and the operation fails. If the Mozilla d&d operation is done with Ctrl held down, then Mozilla also treats it as a move, and the operation succeeds. Attaching a patch to correct this behaviour. Mozilla now first believes the source application, and will only attempt a "copy" operation if the source supports it.
Looks okay to me, -> pink for module owner review.
Assignee: blakeross → pinkerton
Component: XP Apps: Drag and Drop → XP Toolkit/Widgets
QA Contact: tpreston → jrgm
the existing code explicitly requests a "move" unless control is held down, then it requests a copy. are you sure you don't have the wording of this bug backwards? It seems to me that apps that only support "copy" won't work unless you hold down control. am i confused?
Mark Hammond--Please clarify exactly which applications (on which platforms) you see a problem and where you are dropping what kind of data. (QA will need to know for verification purposes).
Keywords: patch
My mistake - the wording was back to front. If the app only supports "copy" we fail. I am seeing this on all versions of Windows. One example is the Perforce source-control system. Presumably, this app believes that allowing a "move" from its source repository is a bad thing ;-) I have observed it with at least one other app, but for the life of me I can't remember it. However, the MS docs on this are pretty clear, and the current behaviour is certainly broken.
Summary: Drag and Drop from external Windows applications does not handle apps that only support "move" operations → Drag and Drop from external Windows applications does not handle apps that only support "copy" operations
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
I was just a little quick - the behaviour can also be observed with WinCVS.
->0.9.2/P4
Priority: -- → P4
Summary: Drag and Drop from external Windows applications does not handle apps that only support "copy" operations → D&D from external Windows apps does not handle apps that only support "copy" operations
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Doesn't fit the profile for 0.9.2, but might be able to get the fix in for 'limbo'. ->0.9.3/helpwanted.
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Target Milestone: mozilla0.9.3 → mozilla0.9.4
r=pink/sr=hyatt. i'll check in when 0.9.4 opens. tested copy/move with mail and bookmarks and dragging a link to the desktop.
Whiteboard: ready to land
checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Works for me on the trunk. ->VERIFIED. Thanks!
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: