"A copy that silently drops the file's tags, permissions, and creation date didn't copy the file. It copied the bytes and lost the rest."
A File Is More Than Its Bytes
When you copy a file, you naively think of the data. But a macOS file carries a whole train of metadata: creation and modification dates, POSIX permissions and ACLs, extended attributes, Finder tags and color labels, resource forks, quarantine flags. A 'copy' that moves only the data bytes and drops all of that has quietly damaged the file — the tags you used to organize it are gone, the permissions that protected it are wrong, the creation date is today. And nothing told you.
Preserve, With Explicit Tests
Waygate copies metadata deliberately, using APIs that preserve the full set, and it has explicit preservation tests in its corpus — a copied file is checked to confirm its ACLs, xattrs, tags, resource forks, and dates survived. This isn't assumed; it's verified against a fixture corpus so a regression that starts dropping xattrs is caught by a failing test, not by a user noticing their tags vanished weeks later.
When Preservation Can't Happen, Say So
Sometimes the destination can't hold everything — copying to a filesystem that doesn't support extended attributes or resource forks, for instance. The rule then is absolute: unsupported semantics produce a visible warning or failure, never quiet loss. Waygate would rather stop and tell you 'this destination can't preserve your Finder tags' than silently complete a copy that threw them away. Silent loss is the one outcome a trustworthy file manager can never ship. And the fiddly cases get real handling too: a case-only rename on a case-insensitive volume goes through a journaled unique intermediate name with crash recovery, and special files like device nodes are refused until an explicit policy exists.