GET-043: a get conflict DROPS every still-queued checkout leaf silent data loss

Now
OPEN
Sev
HIGH

A jab get update that hits ONE conflicting file silently loses the pulled changes in every file whose write-leaf was still queued behind the conflict: the D5 CONFMARK throw-sentinel is tail-appended to the get FIFO, but a dir-reconcile row dispatching after the conflict enqueues its child leaves AFTER the sentinel, so the GETCONF throw kills them undispatched. The seed already advanced the wtlog tip, so the un-materialised files read as innocent local mods and a repair get cements the loss (weave3 keeps the stale bytes as "ours", reports mrg, exit 0). Three worktrees hit this on 2026-07-11 (JS-111b, JS-113b, JS-114). Related: GET-018 (atomic wt update), GET-021 (phantom mod). Method Issues.

Input

Context

Goals

Constraints

WIP

Design decisions

TODOs

Blockers and bummers

Outcome