ERROR when drag and drop from browser to the desktop/folder

[rych]

Porteus 2.1 x32 LXDE
Firefox. Drag&drop an image, or the address-bar URL, onto the desktop or a folder. No files are created in the target. Instead an odd "Finished" window appears with an error message "The specified location is not supported"

At the same time the .xsession-errors is ammended with these lines

(pcmanfm:2502): GLib-GIO-CRITICAL **: g_file_info_get_attribute_string: assertion `G_IS_FILE_INFO (info)' failed
(pcmanfm:2502): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
(pcmanfm:2502): Gtk-CRITICAL **: IA__gtk_text_buffer_insert_with_tags: assertion `text != NULL' failed

The problem a similar to http://ubuntuforums.org/showthread.php?t=2041410 where it was solved by adding gvfs-backends, gvfs-bin, gvfs-fuse. But the environment is different and so I guess would be the reason and the solution.
What shall I try to do to solve it?
Igor

[rych]

Thanks but one wouldn't be doing that every time, besides what about image dragging?

do you reproduce the error on your system?

[Ahau]

I'm afraid this is a gvfs error. I believe it's related to gvfsd-http, which is not presently being built as a part of the gvfs package with lxde or xfce in Porteus. In order to add support for this, I would have to add libsoup (already in xfce), glib-networking, gnutls, libproxy, and likely a few more packages. I have yet to get this working, as even after adding these deps, I have the following error:

Code: Select all

 /usr/libexec/gvfsd-http 

(process:4401): GLib-GIO-ERROR **: Settings schema 'org.gnome.system.proxy' is not installed

Trace/breakpoint trap
root@porteus:~/Downloads#

I'll look into that a little more and see if I can get it running. What I could probably agree to do is build the backend as a part of the package but not include all of the dependencies by default; then, users who want this functionality can add the missing packages to get it, and those who don't want the extra weight can live without it.

[brokenman]

You can probably add gsettings-desktop-schemas to that dependency list which should fix your error.

[Ahau]

yep, that does the trick!

[rych]

Not sure related or not, but when I drag-and-drop a file with Ctrl+Shift pressed to create a link in the destination, an ERROR occurs with a message "/mnt/sdc1/Work/Linear Algebra/Lax P.-Linear algebra and its applications-Wiley (2007).djvu: Filesystem does not support symbolic links"

[rych]

Actually, suddenly drag and drop is not working at all any more in the file manager. Maybe it never has, I'm not sure now. How do I quickly make a link to a given file without typing anything please?

[Ahau]

@rych, are you copying to a folder that is on a FAT32 or NTFS filesystem (that is to say, is sdc1 using a windows partition)? If so, that's not possible, you can only create or copy them into POSIX compatible filesystems. Drag and drop appears to work on my end, as does ctrl-shift drag and drop to create a symlink. If drag and drop isn't working at all, please check without saved changes and let me know if it's still not working.

@phpro & rych, I have recompiled gvfs to support drag and drop over http so you can drag and drop files from firefox, and this will be in 3.0rc2. However, I have left some of the dependencies for this backend unresolved to save space, so you will have to add libsoup (already in xfce), glib-networking, gnutls, libproxy, and gsettings-desktop-schemas as mentioned above. Once those are installed, drag and drop over http should start working.

[Ahau]

My intention at this point is to not include the extra packages in the standard lxde or xfce packages because it adds over 2MB in size to the module and runs an additional gvfs daemon, drawing on RAM/CPU resources. It's also a feature that has not been requested until this point.

All that said, if there is broad user support for inclusion of these packages in the standard module, I'd probably do it.

[rych]

@Ahau, yes indeed the sdc1 has NTFS. Actually, NTFS supports windows symbolic links but I guess the linux driver doesn't support it (?)

As for dragging from Firefox, I've simply installed a couple of add-ons to Firefox to save links and images via context menu.

[rych]

Drag-n-drop from Firefox still doesn't work.

Dragging a link from Firefox address bar, an image from a web page, etc, onto a folder of PCManFM or desktop fails without any message just bounces off.

Dragging a link from Firefox address bar into an text file open in Leafpad actually works, adding a textual line of the url.

But I really hoped to be able to create an url-file in a directory by dragging.