Thunar does not copy file metadata across virtual fs

Submitted by haarp

Assigned to Xfce Bug Triage

Link to original bug (#14787)

Description

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.

Version: 1.8.2

haarp said:

Still happening in 1.8.4.

Theo Linkspfeifer said:

Does this work properly with other file managers? It may be an issue in the gvfs backend.

haarp said:

(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.

Theo Linkspfeifer said:

Could you please test with Nautilus, Nemo and/or Caja?

haarp said:

(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.

Theo Linkspfeifer said:

I found an upstream report for gvfs: https://gitlab.gnome.org/GNOME/gvfs/issues/346

haarp said:

(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.

added 5. File Operations 5. GVfs labels

mentioned in merge request !127 (merged)

closed with commit b2cb1656

Fixed by !127 (merged) thanks to @MShrimp4, to be released in thunar 4.17.4

added 8. GSoC 2021 label

Will this be backported to 4.16?

Confirmed working in 4.17.4. Thanks!