GNOME Bugzilla – Bug 347673
firefox doesn't do DnD to nautilus
Last modified: 2006-08-11 21:05:14 UTC
Please describe the problem: firefox doesn't do Drag And Drop to nautilus [...] (nautilus:2590): Eel-CRITICAL **: eel_vfs_has_capability_uri: assertion `uri != NULL' failed (nautilus:2590): libgnomevfs-CRITICAL **: gnome_vfs_uri_unref: assertion `uri != NULL' failed Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? yes, always. Other information: gnome-vfs2-2.15.3, nautilus-2.15.4, eel-2.15.4 OS : Fedora rawhide 20060716
That works just fine from epiphany. No idea how this could be the fault of gnome-vfs. We don't handle drag and drop at all, the application takes care of that. This is either a firefox or nautilus bug *IMHO*.
The same problem happens in epiphany-1.15.1. And when doing DnD text on firefox or epiphany, a error dialog popup with below message. "Error creating new document." "Error "Invaild type" creating new document."
epiphany 1.15? You prolly mean 2.15. I have 2.15.4 here and it works just fine. Still I don't see how this is a gnome-vfs problem.
Maybe it's a result of our recent Nautilus drag changes. What are you trying to drag? Text, an URL? Are you using the icon view or the list view? Maybe you could play around a bit and report the precise circumstances? :)
Text, image, URL. Text has error dialog message,but image and URL don't have error dialog message. and trying to DnD text on gedit, the same problem happens. DnD doesn't work on Desktop. But DnD to opened nautilus window. Doing Ctrl+R, file appears in nautilus window.
Created attachment 69273 [details] [review] Proposed patch Thanks for your help! The attached patch renames the single-URL drag target so that it gets obvious that it should be used by Netscape only, and removes all the drag sources we registered with it, leaving only the drag targets. That allows us to swap it with "text/uri-list" and fetch all the URIs from browsers as "_NETSCAPE_URL". Dragging from the location bar of a browser seems to work fine with it. I assume the decision to use "_NETSCAPE_URL" for moving files and not just weblinks is a legacy from GMC days, possibly before "text/uri-list" was established. Note that the location bar "_NETSCAPE_URL" drop target for the location bar was deliberately removed, because dropping weblinks to it doesn't make much sense IMHO. It also special-cases desktop, trash and search URIs in the affected file operation helpers, so that dragging for the desktop isn't broken anymore, and makes some of the helpers more robust as ((uri = gnome_vfs_uri ("foo") != NULL) failure.
I also got reports on problems dnding from the panel: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200398 might be related
The patch was committed (slightly modified).
Created attachment 69771 [details] [review] Proposed NautilusFileOperation patch The attached patch improves the file operation handling for the desktop URI, which reenables me to drag panel launchers to the desktop. Not to pretty but effective.
*** Bug 348185 has been marked as a duplicate of this bug. ***
Commited last patch.
Marking last patch as committed.