Bug: folders show a zero modified time (0001-01-01 00:00) on the S3 backend #76
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?
Dogfood finding (Nikola, 2026-07-30): every folder lists "0001-01-01 00:00" as Modified.
Cause: S3 has no real directories — the driver synthesises directory entries from
CommonPrefixes, which carry no timestamp, soModTimeis the zerotime.Timeand the UI formats it literally. (POSIX is unaffected: real directories have real mtimes. The.249dogfood is S3/Garage, hence the report.)Nikola's question — creation time, or newest-content time? Newest content wins: it's what "Modified" means for a folder in every file manager, it's what people actually scan the column for, and unlike creation time it's derivable from data S3 already returns. Creation time isn't recoverable for a prefix at all.
Fix, two layers:
ModTimefrom the newestLastModifiedamong the objects under that prefix in the same response, so it reflects "when something in here last changed".