The following bug was reported a few days ago on our bugtracker: 1) create a folder in your home and a symbolic link pointing it: $ mkdir ~/orig $ ln -sT ~/orig dest 2) create a test file in the original folder: $ touch ~/orig/test.txt 3) open a Thunar session and go to the original folder *~/orig*, cut the test.txt file using the gui, which simply means right-click on the test.txt file and choose *cut* 4) use Thunar to go to the destination folder *~/dest*, which actually is the symbolic link poiting to the same folder of the original one, right-click and choose *paste* 5) a confirmation window will open ... choose *replace* to go on 6) a new window with an error will open but at this time the original test.txt file is already deleted, so no matter what you choose at this point. Tested on Lubuntu 10.10 with Thunar 1.0.2 I've been able to reproduce it with thunar 1.2.3 too. Thanks.
This is still reproducible with git master. Also, when doing action history back after the final step, thunar will crash.
Bump, because putting aside it's always good after years (/s) Somebody could even take advantage of this situation to check why (when asked of overwriting or not an existing file), you abort cut & paste and "cut" is no longer in memory.
-- 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/36. 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