{"version":"2.1.280","anchor":"directory-sync-anchor-now-supports-cross-directory-held-op","canonical_anchor":"directory-sync-anchor-now-supports-cross-directory-held-op","heading":"Directory-sync anchor now supports cross-directory 'held' operations","tier":"internal","area":"Directory Sync","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.280\/e\/directory-sync-anchor-now-supports-cross-directory-held-op","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.280","markdown":"### Directory-sync anchor now supports cross-directory 'held' operations\n\nDirectory sync's file-handling internals now support operations spanning two open directories at once\n\n**Unclear.** The finding does not say what user-facing problem or scenario this two-handle model addresses.\n\n**What**\n\nThe internal filesystem layer that directory sync uses to create, link, rename, and unlink files gained a 'hold'\/'holdOutside' concept, letting operations like rename and link span two open directory handles at once (`renameOut`, `renameIn`, `linkIn`, `statIn`, `openIn`). This replaces an older model that only worked with a single handle at a time. The Linux and macOS platform backends were both updated to match.\n\n**Why**\n\nThis is an internal restructuring of how directory sync manipulates files across directories, which the finding does not tie to any specific new user-facing capability.\n\n- Area: Directory Sync\n- Tier: Under the hood\n- Useful: 2\/5\n- Signal: 2\/5"}