Closed Bug 234886 Opened 22 years ago Closed 21 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: 21 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.