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)
Tracking
()
VERIFIED
FIXED
mozilla0.9.4
People
(Reporter: markh, Assigned: mikepinkerton)
Details
(Whiteboard: ready to land)
Attachments
(1 file)
|
2.18 KB,
patch
|
Details | Diff | Splinter Review |
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.
| Reporter | ||
Comment 1•25 years ago
|
||
Comment 2•25 years ago
|
||
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
| Assignee | ||
Comment 3•25 years ago
|
||
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?
Comment 4•25 years ago
|
||
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
| Reporter | ||
Comment 5•25 years ago
|
||
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
| Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
| Reporter | ||
Comment 6•25 years ago
|
||
I was just a little quick - the behaviour can also be observed with WinCVS.
Comment 7•25 years ago
|
||
->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
Comment 8•24 years ago
|
||
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
| Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
| Assignee | ||
Comment 9•24 years ago
|
||
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
| Assignee | ||
Comment 10•24 years ago
|
||
checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 11•24 years ago
|
||
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.
Description
•