Listing and hashing untracked files is now one shared routine used by sync telemetry and a new sync offer probe.
What's wrong with this entry?
Listing untracked files, filtering them, stat-ing each one and slicing off the over-budget tail is now one shared function returning candidates, a too-many-untracked result, or a failure, used by both directory sync inventory telemetry and the new sync offer probe. Files touched by a git clean filter, a working-tree encoding or an ident attribute are found via check-attr and excluded from cheap blob-id comparison; remaining hashes are batched through hash-object --stdin-paths.
too_many_untracked
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.239
CLAUDE_CODE_DIR_SYNC_GITselects a git-based engine for cloud file syncBoth mention directory
-
v2.1.239
Directory sync skips files under a git content filter
Both mention directory
-
v2.1.239
Deleted files in a synced directory go to a session trash instead of being unlinked
Both mention directory