Good day! Drag&Drop on external devices and remote hosts copies files (instead of moving). Is it bug or feature? Thanks!
Note: I talk about drag&droping a file just to a subfolder. Not to external location.
It is a feature, other file managers, including Windows Explorer, present this behavior, I think it is meant to avoid data loss. You can move the file by holding shift while dragging.
No, (my) Windows 10 Explorer doesn't present this behavior. Note the note, please: > Note: I talk about drag&droping a file just to a subfolder. Not to external location. It copies if I'm drag&droping from E: to F:. Bot moves if I'm drag&droping from E: to E:\subfolder. Bot Thunar copies in the latter situation. Thanks.
I see, this doesn't happen with another disk partition, however with a remote location (ssh) this problem is seen. Almost sure there's a similar bug already reported, I just can't find it.
Ok, just wanted to inform about IMHO a strange behavior. :)
I tested with a USB device and a remote location connected via SSH. In both cases the file was moved to the subfolder.
Thunar 1.8.4
(In reply to Theo Linkspfeifer from comment #6) > I tested with a USB device and a remote location connected via SSH. In both > cases the file was moved to the subfolder. I can still reproduce the issue with Thunar from git master. I connected to a remote location via thunar's pathbar : ssh://andre@192.168... mkdir test && cd test && mkdir test2 && echo "aaa" > a.txt && thunar . When dragging a.txt to test2 Thunar copies the file instead of moving.
In my test I used Gigolo to establish a connection to the server. However, even when following your steps the file is still moved and not copied. $ gio mount --list ... Mount(0): theo on servertwo -> sftp://theo@servertwo/ Type: GDaemonMount
I just ran into this problem after copying data from one hard drive partition (sda1) to another partition on the same physical hard drive (sda3). It's not that I was moving the data between partitions, but when working with the data (image processing), I move the processed images to an "already used" folder to avoid duplication. This still works fine when images were on the primary/boot partition, but it refuses to move the items to the "already used" folder when I drag and drop them. There's no remote issue, no cross-hardware or cross-partition problem, Thunar simply doesn't move files on auxiliary storage the way it does when they're on a system partition. This is a fairly new regression, I've been using XFCE for over a decade, and I've never run into this before, although I can't say that it's brand new, as I just created the new partition yesterday. One thing that might be an unusual factor is that I setfacl the partition, instead of adding it to fstab. Also worth noting, Shift-Drag-Drop does work as expected, but oddly, "Move to Trash" permanently deletes it by default, instead of sending the file to Trash, so if the point of this behavior is to protect data, this is a significant failure point. Thunar -- 1.8.4 Manjaro -- Fully updated (rolling distro) Linux Kernel -- 5.0.9 Intel QuadCore 16GB RAM Not a programmer, but dabble from time to time, so let me know how I can provide more detailed info, as this is a pretty painful for animators, editors, and anyone else who has to stay organized to keep from drowning from a flood of incoming multimedia. Also, thanks everyone for making a useful DE that isn't dumbed down or bloated to heck. :)
Please open a new report for the "Move to Trash" bug if it still happens with the just released Thunar 1.8.5.
Up. So, 1. Moved or copied? 2. Is it user-expected behavior? 3. If no, would we change it?
Alex, could you help, please?
(In reply to Alexander Kurakin from comment #13) > Alex, could you help, please? Sorry, currently I dont have time to look into this. > 2. Is it user-expected behavior? Install the Top 10 LInux gui file managers, and try how they behave. (E.g. dolphin, nautilus, nemo, caja, pcmanfm, ..) Do they behave the same ? Or maybe all gtk file managers behave the same ? Possibly there is some common way we could follow ?
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/thunar/-/issues/219. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev