When copying from virtual filesystems, such as sftp://, metadata such as timestamps are discarded. The copied file's timestamp will be the time of copy instead.
Still happening in 1.8.4.
Does this work properly with other file managers? It may be an issue in the gvfs backend.
(In reply to Theo Linkspfeifer from comment #2) > Does this work properly with other file managers? It may be an issue in the > gvfs backend. Yes, it works fine in mc. Thunar even shows the timestamps on the remote end, it just doesn't end up copying them.
Could you please test with Nautilus, Nemo and/or Caja?
(In reply to Theo Linkspfeifer from comment #4) > Could you please test with Nautilus, Nemo and/or Caja? Both Nautilus and Caja show the same bug. They too show the correct timestamp on the remote end, but do not copy it. Copying files manually from /run/user/1234/gvfs/... using e.g. commandline tools copies the timestamps correctly.
I found an upstream report for gvfs: https://gitlab.gnome.org/GNOME/gvfs/issues/346
(In reply to Theo Linkspfeifer from comment #6) > I found an upstream report for gvfs: > https://gitlab.gnome.org/GNOME/gvfs/issues/346 Interesting, thanks. If I'm reading this correctly, Thunar merely needs to use G_FILE_COPY_ALL_METADATA to maintain metadata. This would then be consistent with local non-gvfs file operations.
-- 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/218. 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