Rename and move rewrite a file's Modified time (encrypted instance) #664
Labels
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Cordy/Cairn#664
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Found in the #656 QA pass (v0.6.247, files.c0rdyceps.ch, encrypted backend).
Matrix row: §2 "Rename / move / copy".
Steps
qa-small.txtat 02:41 (Modified shows 2026-09-23 02:41).qa-renamed.txtat 02:44. Modified now shows 02:44._qa/sub/at 02:45. PROPFINDgetlastmodifiednow reports 02:45:34.Expected: a rename or move changes the name or location, not the content, so the content's Modified time is preserved. That is what users expect from any filesystem, and what WebDAV clients rely on.
Seen: each rename and each move resets Modified to "now". Likely cause: on the encrypted backend, MOVE is implemented as re-write + delete, and the new object inherits the write time.
Consequences
Not yet checked on the unencrypted posix path.
Same family: trash restore also rewrites mtime.
_qa/qa-portrait.png(Modified 2026-09-23 02:41) was deleted and restored at 10:00Z, and it now lists Modified 10:00. (#656 pass)