drag url to folder: "drag and drop is not supported"

[Doug Holton]

Binary package hint: nautilus

Drag a url/bookmark from firefox to a nautilus folder window in list view.
If the other files are all links/shortcuts, you can't drop any new urls in the folder.
You get the error: "drag and drop is not supported"

The links/shortcuts already in the folder try to "open" the new url you are dragging
if you drop them nearby.

I think there are two things that could be improved:

-application icons should continue to accept file drops of course, but not links.

-make some space for file drops when you have list view. Right now all the files
in a list view take up all the drop space for themselves. The folder itself has no drop
area if the view is filled by existing files.

[Andrea Corbellini (andrea.corbellini)]

Thanks for the report.
On Feisty i don't get the message "drag and drop is not supported", please add information about your OS and nautilus.

[Basilio Kublik (sourcercito)]

Hi there
Are you using gutsy or feisty, could you please specify which version of gnome/nautilus and firefox are you using, i was unable to reproduce this bug, i'll attach a screencast demonstrating the behaviour i observe.

[Basilio Kublik (sourcercito)]

As you can see, i can drag and drop urls from firefox to nautilus, and then open it from nautilus, and the already present links in the folder doesn't try to open the url.
Are the steps i follow correct to trigger this issue?

[Doug Holton (edtechdev)]

I am using gutsy, but I saw the same behavior in feisty.

I am talking about when you drag a url from firefox to a folder that already has links (url shortcuts) in it.
That gives an error, unless you drag on top of a non-link file or find some empty space in the folder (which
a list view doesn't have if the number of files is equal or more than how many it can display).

Here is a screencast using istanbul:
http://upload2.net/page/download/CfLJKwEMrzJTw5I/dragdropurls.ogg.html

(btw I couldn't reproduce it when using gtk-recordmyscreen because it created some kind of invisible window preventing any drag and drop)

[Doug Holton (edtechdev)]

ogg file attached here instead of hosted remotely

[Pedro Villavicencio (pedro)]

Thanks for the report, however that works fine here also with Gutsy and Hardy, and it seems to work fine for Andrea and Basilio, so probably you have something broken in your desktop and that's not a nautilus bug, feel free to re open it if you can reproduce the same with a fresh user account in Gutsy or Hardy, thanks in advance.

[Doug Holton (edtechdev)]

I have reproduced it with different user accounts in feisty and gutsy. See the video for what I am talking about.
I'm not talking about drag & drop being broken. I'm talking about not be allowed to drop a url shortcut into a folder whose view is already filled with other shortcuts, because the other shortcuts try to accept the drops themselves - resulting in the error message "drag and drop is not supported".
We need to not let desktop url shortcuts accept file drops.

[Andrea Corbellini (andrea.corbellini)]

I saw the video and I can confirm that dragging a url to an another link causes this error. In theory you should drag the url in the folder but now is not possible when the file list is too big.
This problem has been reported in Ubuntu and upstream so I mark this bug as a duplicate of the bug 49348.
Feel free to report any other bug you find!

[Doug Holton (edtechdev)]

Doesn't seem to have anything to do with the #49348 feature request. I'm reporting a real bug.
URL shortcuts are broken. They are treated like pseudo-broken-folders instead of files (like they are).

[xteejx (xteejx-deactivatedaccount)]

I am not seeing this in Jaunty or Karmic, can you confirm if this is still a problem, can you try with Jaunty please, as Feisty and Gutsy are no longer supported. Thank you.

[Doug Holton (edtechdev)]

Yes the error still happens exactly the same as shown in the video for ubuntu jaunty too.

[xteejx (xteejx-deactivatedaccount)]

Setting Incomplete, Low. Thanks for the update. Can you confirm you are using version 2.26.2-0ubuntu2 by running "apt-cache policy nautilus" without quotes. Also what view are you in, i.e. list, icon, etc. Is it any URL or from a specific page?

[Sebastien Bacher (seb128)]

The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

[Sebastien Bacher (seb128)]

Thank you for sending the bug to GNOME

[Doug Holton (edtechdev)]

but is still present in ubuntu 10.10 and 11.04

see also
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/61237
https://bugzilla.gnome.org/show_bug.cgi?id=101938
https://bugzilla.gnome.org/show_bug.cgi?id=310819