Closed Bug 234886 Opened 21 years ago Closed 20 years ago

drag and drop from app to mozilla always uses DROPEFFECT_MOVE until i press Ctrl

Categories

(Core :: DOM: Copy & Paste and Drag & Drop, defect)

x86
Windows NT
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 191400

People

(Reporter: pfrenkel, Assigned: bugzilla)

Details

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

i'm writing a a drag'n'drop app for managing links. this app can of course
accept any links ( moz, ie, ns ) and can drag'n'drop the links to any browser.
while ie and ns always perform a DROPEFFECT_COPY or DROPEFFECT_LINK, moz ALWAYS
does a DROPEFFECT_MOVE until i press ctrl. is this intended ? in my opinion it
would be better if this would default to DROPEFFECT_COPY and toggle to
DROPEFFECT_MOVE by ctrl if necessary.

Reproducible: Always
Steps to Reproduce:
1. drag a link from app to moz
2. looking at the great looking "MOVE"-cursor
3. drop on moz ( mainframe, htmlview )
Actual Results:  
after drop WITHOUT pressing ctrl, the link is beeing deleted from the source-app
because of DROPEFFECT_MOVE


Expected Results:  
default to DROPEFFECT_COPY when accepting links/urls
I'm pretty sure this is a dupe of bug 191400.

*** This bug has been marked as a duplicate of 191400 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.