GNOME Bugzilla – Bug 364126
Dragging a text selection to the desktop creates a file in a far off position
Last modified: 2013-04-25 20:28:22 UTC
Steps to reproduce this bug, it occurs for me everytime. 1.) Select text in a app (I've tried epiphany, gossip, and rhythmbox). 2.) Drag the selection to the desktop. 3.) A text file is created but not where the user dragged the selection to. As a user I expect the file to be created exactly where my mouse is, or if "keep aligned" is selected to the nearest grid position. As of right now I could have a window over the position the files is created and I will never know the file is there.
Replicated using Ubuntu 6.10 Nautilus 2.16.1
Same in Ubuntu 7.04 and Gnome 2.18.
This is a duplicate of bug #380659.
*** Bug 380659 has been marked as a duplicate of this bug. ***
Well, I expected this bug to be marked as duplicate, not mine :) Nevermid, at least change the "Version:" and "GNOME version:" label to 2.22.
This one was filed first (364126 < 380659), yours duped it. ;)
I am experiencing the same thing with Nautilus 2.26.2 (on Jaunty. Ok, I think I've always had this problem.), but have only noticed it when dragging files from folders opened through sftp. (Is this really 2.5 years old? I should complain earlier ;)
This HAS been fixed in 2.28 at least for dragging text from a browser to the desktop. (this is on ubuntu karmic) However, if you drag a link to the desktop the standard action is to download it and the new file will not be created at the cursor position which is a major usability problem for inexperienced users.
A more common use case IMHO is drag-and-drop from file-roller to your desktop. This bug is a special case of bug 380659 which is more generic.
(In reply to comment #8) > However, if you drag a link to the desktop the standard action is to download > it and the new file will not be created at the cursor position which is a major > usability problem for inexperienced users. By the way, this is not only a usability problem for inexperienced users but for anyone who has a lot of mess on their desktop ;-) Eh wait... that's me :-P
As per comment 8 and my own testing, the originally reported bug has been fixed. Please feel free to reopen this bug if the problem still occurs with a newer version of GNOME. (In reply to comment #9) > A more common use case IMHO is drag-and-drop from file-roller to your desktop. This is bug 513508. (In reply to comment #8) > However, if you drag a link to the desktop the standard action is to download > it and the new file will not be created at the cursor position which is a major > usability problem for inexperienced users. I don't see this. When I drag a link to the desktop, the action is to create a *.desktop link, and it is created at the correct position. Please file a new bug if you can see something different in version 3.6 or later.