Further observations: 1) File moves via cut & paste into the same window do not receive the new_files signals, thus thunar_standard_view_new_files will NOT be called. Therefore, file info for an existing target file will not be updated. If the target file does not exist, the file will of course have the correct attributes, but after the folder reload thunar_file_monitor will be invoked with the target folder being (null) in other_path (e.g. /home/user/(null)/x).
2) File moves via cut & paste using two windows, one serving as source and one as target, do receive the new_files signals, thus thunar_standard_view_new_files will be called in the target window and the info for the target file will be updated for an existing file. In the source window, there will be no MOVED event emitted for the source window, only two DELETEs, one logged by thunar_folder_monitor and one by thunar_file_monitor. If the target file does not exist, the new target file will have the correct attributes in the target window, but as in 1), after folder reload thunar_file_monitor will be invoked in the target window with the target folder being (null) in other_path (e.g. /home/user/(null)/x). 3) With copy & paste there are no such bugs, the new_files signals will be received and the files reloaded properly. With cut & paste, thunar_clipboard_manager_clear_callback gets called before the end of tsv_action_paste, while with copy & paste, it gets called on window close. In both cases, it releases all pending files. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1252655 Title: Thunar assigns date stamp of deleted file when previous (e.g. original) copy of file copied or moved into directory To manage notifications about this bug go to: https://bugs.launchpad.net/thunar/+bug/1252655/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
