45761 - Implement text/x-moz-url on Unix (D&D to desktop)

Status: RESOLVED WORKSFORME

(Core :: XUL, defect, P3)

Description

[Ben Bucksch (:BenB)]

<http://www.mozilla.org/xpfe/xptoolkit/DataFlavors.html>

Reproduction:
Drag a link from Mozilla to Navigator 4.x.

Actual result:
nothing

Expected result:
The URL loads in Nav. 4.x.

Comment 1

[Christopher Blizzard (:blizzard)]

mass assign

Comment 2

[Christopher Blizzard (:blizzard)]

Fix checked in.

Comment 3

[Tobias Burnus]

Suggest reopening: Using 2000-08-31-21 dragging an URL from the URL-Bar to
Netscape causes Netscape 4.75/Linux to open this URL:
"http://www.mozilla.org/ ( TEMP TITLE)"
which obviously doesn't work. The "( TEMP TITLE )" is supposed to be the windows
title when dragging to the bookmark folder. Since this doesn't work, the "( TEMP
TITLE)" is used, which is added to the URL in Netscape, which is wrong.

(Dragging to Qt 2.2.0 doesn't work (which might be a Qt fault), dragging from
Netscape doesn't work, see bug 51031)

Comment 4

[Ben Bucksch (:BenB)]

Got blizzard's checkin, and it doesn't work for me either. I can drag URLs
neither to the GNOME desktop (X background) nor to 4.x. REOPENing.

A drag from 4.x *to* Mozilla works, though.

Comment 5

[Tobias Burnus]

Now dragging from NS works.

Mozilla should use 'text/uri-list' which is "the standard way" of dragging URIs,
presently it uses [when using this bookmark thing left of the URL bar]
(according to DnD example of Qt 2.2.0):
text/unicode
text/plain
text/x-moz-url
_NETSCAPE_URL
text/html

Comment 6

[Christopher Blizzard (:blizzard)]

Ok, after talking to pink a little bit I'm re-opening this bug.  For xlating to
_NETSCAPE_URL and to text/uri-list it should chomp off the title at the end.

Comment 7

[Mike Shaver (:shaver emeritus)]

Is this related to the fact that dragging links from the content area to an
xterm causes it to drop/paste the _text_ of the link, rather than the URL?

It used to work quite well, and 4.x behaved that way, but my 0.7 install does
the wrong (text-not-URL) thing.

Comment 8

[Christopher Blizzard (:blizzard)]

You're talking about gnome-terminal, right?  xterm doesn't support drag and drop.

I suspect ( but have no evidence to support ) that this is because when you are 
dragging a link it's supplying text/plain and _NETSCAPE_URL and the terminal
takes the text/plain first.  Or, _NETSCAPE_URL just looks funny and the terminal
is dropping the URL part.  I can't remember since it's been a while since I've
looked at this code.

Comment 9

[Ben Bucksch (:BenB)]

shaver, when you drag the link, it gets selected (*before* the drag starts),
right? That's what I see and it's a regression from Mozilla0.6, which only
selected the link(-text) *after* the drag (but that was still unforotunate - I
remember a bug report complaining about it, but I can't find it anymore). It's
unerlated to this bug, I think. Can you file a bug and cc me?

Comment 10

[Christopher Blizzard (:blizzard)]

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

Comment 11

[Christopher Blizzard (:blizzard)]

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

Comment 12

[James Henstridge]

Just submitted bug 107651 which has a patch to support drops of type
text/uri-list on mozilla, splitting them into multi item text/x-moz-url drops. 
This still leaves multi item drags from mozilla to be done (they should be
offered as text/uri-list).

Comment 13

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 14

[Adam Guthrie]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051203 Firefox/1.6a1

This is fixed now.