GNOME Bugzilla – Bug 43647
dragging file to "Sidebar -> Information" can yield confusing "no viewer capable of displaying file" message
Last modified: 2010-08-02 12:30:12 UTC
------- Additional Comments From josh@eazel.com 2000-10-10 21:05:32 ---- This pasted text is the Summary. It was hard to read, so here it is, "Clicked on history-nautilus and when tried to drag any of the desktop icons like "computer", "netscape" etc a error message is displayed on the screen as "can't sidplay "h/beraj/nautilus/computer" becasue nautilus cannot handle items of type "Nautilus link"" ------- Additional Comments From darin@bentspoon.com 2000-10-11 11:26:34 ---- I can't tell whether this bug is about dragging icons from the desktop or from the history sidebar panel, and where these icons are being dragged to. ------- Additional Comments From gzr@eazel.com 2000-10-11 12:08:09 ---- I have no idea what this description is trying to tell me. Try again please. ------- Additional Comments From bud@eazel.com 2000-10-11 14:31:49 ---- Seems to be: if you drag an file icon to the sidbar area, and there is no viewer component available, the error message is confusing to users. So the bug is in the error message. ------- Additional Comments From eli@eazel.com 2000-10-16 19:43:54 ---- Batch-assigning QA ownership of remaining bugs to eli@eazel.com ------- Additional Comments From don@eazel.com 2000-12-15 09:33:07 ---- Batch move all 254 PR3 P5 bugs to 1.0.1. ------- Additional Comments From eli@eazel.com 2001-03-26 11:20:51 ---- SPAAAAAAAAAM! (Jon Allen has taken these components; QA Assigning bugs to him.) ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:40 ------- The original reporter (beraj@eazel.com) of this bug does not have an account here. Reassigning to the exporter, unknown@bugzilla.gnome.org.
Changing to "old" target milestone for all bugs laying around with no milestone set.
COnfirming i experienced similar problems with this.
Shouldn't the proper behavior be to reject the drag to the sidebar if the file is not an image which can be used to set the background?
This has improved a lot since first filed- the error message is much better. Still not great, which is why I'm leaving it open but reducing priority. Dave: I'd say rejecting the drag is a good idea, but then you should still have to pop up an explanatory 'here is why I rejected your drag' box. Not much difference from the current behavior, IMHO.
This is related to bug 45550. As I see it, the correct behavior is to have a directory's sidebar accept drag-and-drops when no tabs are open. This on the principle that things that look the same should act the same: the sidebar has an icon, a name, and other information just like an icon in a directory so they should act the same. I really don't think it should be displaying something dropped there. Perhaps if I drop something into the URI bar, but not the sidebar.
Dragging to the 'Notes' sidebar is not accepted as it should be. Dragging to the 'Information' sidebar is possible and just opens the file.
Still a problem with nautilus 2.4.1 and 2.5.2, I'm updating the versions
updating Summary to better reflect current situation, and make this is bug a bit more clear.
the current version says you have to drag an image here, does that fix the issue?
The current version's drop behavior seems to be different from what the original author of the sidebar obviously planned: There are essentially two drag target areas: The image and the rest of the sidebar, where the image can be used to set folder images and the rest to make nautilus browse to the dropped location. The latter doesn't work at all currently. Note that if the drop behavior would be as described above, [1] probably would fix the issue for special nautilus links (computer, trash, volumes), but not for common launchers. [1] http://mail.gnome.org/archives/nautilus-list/2005-July/msg00102.html
Reopening this.
Updating component.
The information sidebar has now been removed from nautilus master, see [1]. Closing this as OBSOLETE. [1] http://mail.gnome.org/archives/nautilus-list/2010-July/msg00023.html