GNOME Bugzilla – Bug 755701
Document changes its name after in-fs copy/move
Last modified: 2018-06-14 06:57:32 UTC
1. Connect google account via gnome online accounts 2. Open Drive in nautilus. 3. Select any file created in Google Docs. 4. Press Ctrl+X. 5. Open any folder inside Google drive. 6. Press Ctrl+V. ER: File moved into folder keeping its original name. AR: File moved into folder changing its name to the long sequence of random looking latin characters.
Yes, this is a known limitation at this point arising out of the issues described in https://debarshiray.wordpress.com/2015/09/13/google-drive-and-gnome-what-is-a-volatile-path/ We are exploring various options to fix this.
Also some development related info can be found in Bug 739008.
Created attachment 313658 [details] [review] google: Fail in-fs copy/move if it leads to display name loss Proper solution of this requires larger platform changes and therefore I doubt we are able to fix it for GNOME 3.18.x properly. So I propose this patch for stable release to fail the copy/move operation if it leads to display name loss...
Review of attachment 313658 [details] [review]: Looks good to me, Ondrej. I tested it with both nautilus and gvfs-copy, and it worked as expected. It failed the nautilus operation, and if I used gvfs-copy with a human readable title then the operation succeeded.
Comment on attachment 313658 [details] [review] google: Fail in-fs copy/move if it leads to display name loss Thanks for review, pushed as commit d236257.
*** Bug 769358 has been marked as a duplicate of this bug. ***
*** Bug 790593 has been marked as a duplicate of this bug. ***
Let's close this as obsolete and use the following for tracking: https://gitlab.gnome.org/GNOME/gvfs/issues/8.