I run: rclone move drive:srcDir drive:Folder/srcDir or rclone moveto drive:srcDir drive:Folder/srcDir and it creates a “link” between the two folders. The original directory is not deleted (I’ve tried running it with --delete-after but nothing gets deleted), and if I try to rename the original or new directory from Google Drive, they both get renamed. On the Google Drive website it shows that the folder I moved is now in two locations (picture below). When I run the command on a file, it just gets moved, without any linking, and the source gets deleted.
I ran into this same bug when trying to move gdrive:Dir1/SubDir1 -> gdrive:Dir2/SubDir1. The only solution was to sync SubDir1 locally and re-upload it to gdrive:Dir2.
I think there is related bug: rclone moveto gdrive:Dir1/file1 gdrive:Dir1/file2 results in a server-side move (not a link)
However, rclone moveto gdrive:Dir1/file1 gdrive:Dir1/file1 deletes file1 entirely.
The expected behavior is that file1 isn’t touched.
google’s handling of serverside move commands is likely similar to what google does when you use the GD website to tell it to do something, which, results in some nonsense.
I think rclone move needs a flag that disables server side move’s even if the server offers them. That would at least make it easier for user to avoid shooting themselves in the foot. This also relates to a thread I made about a month ago. which I won’t link because it’s so old.