GNOME Bugzilla – Bug 44725
dragging not XDND compliant -- host name not included
Last modified: 2021-06-18 15:15:10 UTC
From Bugzilla Helper: Your use of XDND for dragging files is not compliant with the XDND protocol. You are not prepending the hostname to the file name as specified in http://www.newplanetsoftware.com/xdnd/dragging_files.html. * REPRODUCIBLE: Always * STEPS TO REPRODUCE: Drag a file from a XDND compliant file manager (like SystemG) onto Nautilus. * ACTUAL RESULTS: It will give an error message indicating that it was not expecting the hostname. * EXPECTED RESULTS: It should have removed the hostname from the file name, and performed the operation accordingly (ie. if the hostname is the local one, simply copy/move the file, otherwise transfer it via ftp or not at all) The XDND file dragging protocol indicates that your current usage is in error: http://www.newplanetsoftware.com/xdnd/dragging_files.html It is an error to not include the host name (the value returned by gethostname() ) as part of the URL. (Consider the case when the user drags a file to the trash. Without the host name, this could delete a file from the wrong file system!) ------- Additional Comments From don@eazel.com 2000-12-15 09:31:28 ---- Batch move all 254 PR3 P5 bugs to 1.0.1. ------- Additional Comments From darin@bentspoon.com 2000-12-22 16:50:03 ---- Perhaps this causes bug 44908 or bug 45334? ------- Additional Comments From snickell@stanford.edu 2001-07-23 00:36:28 ---- Taking bugs previously assigned to Pavel, assigning them to myself. Will parse them out at my leisure , but many are GnomeVFS bugs we should look at for 2.0 ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:45 ------- The original reporter (glenn@caltech.edu) 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.
If this is not fixed yet, it should definately be fixed in 2.0 since it's an issue of standard compliance, and maybe responsible for some of the the other drag and drop bugs associated with mozilla.
I think bug 111375 is related, and that this is an easy-fix.
*** Bug 111375 has been marked as a duplicate of this bug. ***
Dragging between konqueror and nautilus seems broken at the very least. Dragging a file from konqueror to a folder in nautilus does nothing. The other way seems to work, but I'm seeing unrelated hangs in konqueror when trying to update after dropping stuff there.
Martin, Christian- are we still doing this incorrectly?
Yes, I think so. IMHO text/uri-list should always include the hostname, even if we are at localhost. We should probably convert "file:///" to "file://localhost/" for the text/uri-list drag/drop target. Maybe we can force the inclusion of the hostname at VFS level?
It was problematic for KDE to add apparently: https://bugs.kde.org/show_bug.cgi?id=36297 http://newplanetsoftware.com/blog/2009/09/10/xdnd-for-files/ http://newplanetsoftware.com/xdnd/dragging_files.html "Sadly, some implementations were created without reading this spec carefully, so they do not include the host name in the URL. To interoperate with these incorrect implementations, insert the value of WM_CLIENT_MACHINE from the source window into each URL of the form file:///..."
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.