89538 - Cannot Drag and Drop Links from Windows Programs to Browser

Status: NEW

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

Description

[Dale Feinstein]

I am not able to drag and drop links from a Windows program, such as Outlook 
Express, to the browser window, and have the dragged and dropped links load in 
the browser.  This feature is important because certain software causes links 
that are clicked to open in Internet Explorer, even when Mozilla is set as the 
default browser.

However, I am able to drag and drop links from one Mozilla or Netscape component 
to another.  This feature does not appear to work with non-Mozilla and 
non-Netscape software.

Comment 1

[Asa Dotzler [:asa]]

->Component: XP Apps Drag & Drop

Comment 2

[Scott Tran (Wildcard)]

Changing to New and CC'ing myself...

Comment 3

[Blake Ross]

pink, comments?

usability/polish, 0.9.4.

Comment 4

[Peter Trudelle]

Mass moving lower-priority bugs to 0.9.6 (with Blake's pre-consent) to make room
for remaining 0.9.4/eMojo bugs and MachV planning, performance and feature work.
 If anyone disagrees with the new target, please let me know.

Comment 5

[v.volle]

I do not agree that this bug is Usability/Polish.

We are using a tool to organize bookmarks (aka 
"knowledge"). The tool allows to simply drag a link to
it and to open a browser window by clicking on such a
link.

It works well with Netscape, IE and even Opera but not
with Mozilla. 

Please raise the Priority.

Comment 6

[Mike Ellsworth]

The reverse is also true: you can't drag and drop an URL from the browser to MS
Word. It creates a link called 'h' linked to a non-existent file called h in the
current directory.

Comment 7

[Terri Preston]

qa contact -> pmac

Comment 8

[Donovan Warren]

After some additional testing, it looks like click-and-drag of a link,
previously selected or not, fails ~90% of the time _iff_ the attempted
click-and-drag goes north-south on the webpage (I.e., click- to click-and-drag
on the link, then drag toward the top of the window), but succeeds _iff_ the
attempt goes east-west.

Comment 9

[Donovan Warren]

Ignore previous comment, entered into wrong bug :(

Comment 10

[Jon Henry]

This bug affects more than Win98 (I see it on Win 2000 trying to drag from IE6
to the Firebird 20031117 nightly build), can anyone confirm/deny whether it
affects non-Windows OS's? And it should probably have a valid target milestone.

Comment 11

[Asa Dotzler [:asa]]

*** Bug 217774 has been marked as a duplicate of this bug. ***

Comment 12

[Wayne Mery (:wsmwk)]

WFM in all directions.  windows 2000 FF 1.5

Comment 13

[Jon Henry]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060312 Firefox/1.6a1

This does not work for me on a WinXP trunk build. I tried to drag a link from IE6 into Firefox. The cursor turned into the "No" symbol (circle with a line through it) and the link did not load. If I try the exact same thing going from FF to IE, the cursor the "Shortcut" symbol (square with a little black arrow inside) and the link loads in IE.

Can anyone else comment one way or the other?

Comment 14

[Wayne Mery (:wsmwk)]

(In reply to comment #13)
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060312
> Firefox/1.6a1
> 
> This does not work for me on a WinXP trunk build. I tried to drag a link from
> IE6 into Firefox. The cursor turned into the "No" symbol (circle with a line
> through it) and the link did not load. If I try the exact same thing going from
> FF to IE, the cursor the "Shortcut" symbol (square with a little black arrow
> inside) and the link loads in IE.
> 
> Can anyone else comment one way or the other?

hmm, quite right, same behavior with FF 1.5.  drag a link from IE page doesn't work.  but drag from IE address bar does work.  my mistake - I didn't test with IE.

Comment 15

[Florian Bender]

Is this bug related to the (underlying cause of) Bug 905056? I. e. could fixing this also fix Bug 905056? Is so, please add as dependancy.

Comment 16

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.