91328 - URL Drag/Drop does not function correctly

Status: NEW

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

Description

[Paul van Dam]

Bugs like 18052 and 19922 already mention drap/drop problems. But the problems 
are not just with draggin from the URL bar directly to the bookmarks or 
personal bar (which of course should work!), but also dragging from the URL bar 
directly to Internet Explorer or Netscape 4. Dragging from Mozilla 0.9.2 to 
Netscape 4 gives me a malformed URL with the title-tag of the dragged URL added 
to it. Dragging to IE does nothing. The other way around doesn't work either. 
While it does work (partially because of an NS4 bug) dragging an URL from IE to 
NS 4, I cannot drag an URL from IE to Mozilla. It's simply shows 'denied' 
cursor.

Comment 1

[Oliver Klee]

Over to DnD.

Comment 2

[Ben Ruppel]

Note: bug 71786 covers the Mozilla > Netscape part of this.

Comment 3

[Terri Preston]

I see this behavior on w2k build 2001-10-02-05-0.9.4, can't dragndrop from Ns to
4.x or IE

Comment 4

[Ren Hoek]

I have the same problem trying to drag URL's of MP3's from webpages to WinAmp.
This works under NSIE, but WinAmp only seems to receive the first 'h' from
'http:...'
I'm using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.6) Gecko/20011120

Comment 5

[Lapo Luchini]

Got the same problem in a Java application I'm doing, it should receive URLs
dragged from the address bar but if I either use the unicode "flavor" or the
US-ASCII "flavor" I always get only the first letter.
If I choose the "application/x-java-url [application/x-java-url;
class=java.net.URL]" flavor (I think it's kinda converted by Java itself) I get
the url with spaces between characters (as in "h t t p : / "...).

Seems like some unicode stuff.

BTW: all of the above methods receive correct text from Netscape4.77 and IE5.5

Comment 6

[Ren Hoek]

Seems to be very likely a unicode problem. It would explain why drag & dropping
an URL to winamp would only get a 'h' in the locationbar. Since the 2nd byte of
a unicode ascii char 'h' is a 0x00. This would indicate end of string in
non-unicode applications, so it would seem to be just a question of putting a
Unicode2Ascii procedure in there.

I hope the person who is familiar with that code can do something about this, it
seems trivially simple and I could do it myself if I was familiar with the code.

Comment 7

[Michael Lefevre]

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

Comment 8

[:deanis74]

Sounds the same as bug 106078.  Fixing that should fix this.

Comment 9

[Terri Preston]

qa contact -> pmac

Comment 10

[Adrian Buckley]

Dean,

The fix for bug 106708 only fixes part of this. To summarise:

Dragging from Mozilla to IE/Winamp is fixed.
Dragging from Mozilla to NS4 is bug 71786 and still needs fixing.
Dragging from IE to Mozilla still shows the DENIED cursor. Should I create a new
bug for this issue, or should the description of this bug be changed (e.g. Can't
drag URL from IE to Mozilla)?

Comment 11

[Adrian Buckley]

Got carried away closing bugs which depended on Bug 106708.
Reopening.

Comment 12

[Spam Magnet]

URL Drag/Drop does not function correctly on Mac OSX 10.2.6 either
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5b) Gecko/20030827

ie. cannot drag URL to a finder folder to create a shortcut

Comment 13

[Mark Stier]

DnD from Mozilla to KDE doesn't work, too.

Comment 14

[Wayne Mery (:wsmwk)]

does this still fail for you?

WFM SM<>IE, FF<>IE
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061017 Minefield/3.0a1

Comment 15

[Wayne Mery (:wsmwk)]

hmm, IE>FF doesn't work

Comment 16

[Wayne Mery (:wsmwk)]

Ren in comment #6
> Seems to be very likely a unicode problem. It would explain why drag & dropping
> an URL to winamp would only get a 'h' in the locationbar. Since the 2nd byte of
> a unicode ascii char 'h' is a 0x00. This would indicate end of string in
> non-unicode applications, so it would seem to be just a question of putting a
> Unicode2Ascii procedure in there.

like bug 295323 - drag and drop of URL wants to open www.h.com


Seems like this bug needs to duped, become more specific to something that isn't already another specific bug (hard to imagine), or become a meta.

thoughts?

Comment 17

[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.