Drag&Drop on external devices and remote hosts copies files (instead of moving)

Alexander Kurakin said:

Note: I talk about drag&droping a file just to a subfolder. Not to external location.

Andre Miranda @andreldm said:

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.

Alexander Kurakin said:

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.

Andre Miranda @andreldm said:

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.

Alexander Kurakin said:

Ok, just wanted to inform about IMHO a strange behavior. :)

Theo Linkspfeifer said:

I tested with a USB device and a remote location connected via SSH. In both cases the file was moved to the subfolder.

Theo Linkspfeifer said:

Thunar 1.8.4

Andre Miranda @andreldm said:

(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.

Theo Linkspfeifer said:

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

fre..@..mx.com said:

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. :)

Theo Linkspfeifer said:

Please open a new report for the "Move to Trash" bug if it still happens with the just released Thunar 1.8.5.

Alexander Kurakin said:

Up. So,

Moved or copied?
Is it user-expected behavior?
If no, would we change it?

Alexander Kurakin said:

Alex, could you help, please?

Alexander Schwinn @alexxcons said:

(In reply to Alexander Kurakin from comment 13)

Alex, could you help, please?

Sorry, currently I dont have time to look into this.

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 ?

Duplicate of #196 (closed) ?

If DnD from remote to same remote copies files instead of moving them, I would call it a bug.

Patches are welcome !

added 5. Drag-and-Drop 5. File Operations 5. GVfs labels

added 3. Need Info label

If DnD from remote to same remote copies files instead of moving them, I would call it a bug.

That's not the case:

DnD local <--> remote = copy
Shift + DnD remote <--> local = move
DnD remote --> remote = move
DnD local --> local = move
Right click DnD --> A submenu will allow to copy/move

So let's close the issue

closed

Drag&Drop on external devices and remote hosts copies files (instead of moving)

Submitted by Alexander Kurakin

Description

Designs

Child items 0

Activity