Repository navigation
fix(native-chat): one ordered journal writer - #24127
Conversation
…lled frame Claude reports each uuid-stamped command's lifecycle (queued, started, completed, cancelled). A send it withdraws from its queue gets `cancelled` before the interrupt or cancel_async_message answer, so a lost or failed answer no longer leaves that send pending: it settles as withdrawn, with the same reason and words as the receipt path. A command the CLI already started also ends `cancelled` when its turn is interrupted or fails, so `cancelled` after `started` is not a withdrawal; an echoed send has left the waiter lists and is never reached. Tests replay real 2.1.280 captures, scrubbed.
…idle A Claude send whose write ended in doubt is recorded `unknown`, and a live `unknown` reads as work still owed, so the chat showed Working until the child exited. Claude sends `session_state_changed idle` only once its whole queue has drained, so it can no longer be holding that send. The runtime now routes that report to the host's existing release, the same one Codex's thread-stopped report uses; it retires `unknown` only, never `pending`.
… queued; fixtures name msg_lifecycle_v1
…never echoed A send the CLI started, then cancelled before any echo, stayed pending: it may already be in the conversation, so it is released as doubt (unknown, recovered), never withdrawn and never re-sent. A late echo still accepts it. The 2.1.280 schema has two more terminal states. `discarded` (the CLI ended its session with the send still queued) settles as not delivered; `refused` (declined before it queued) settles as not accepted by the provider. After `started`, either one is doubt, as `cancelled` is. The late-settlement path gains an `unknown` outcome, which the host records as released doubt.
…goes idle `session_state_changed idle` comes only once the CLI's queue has drained, so a send it took that is still unanswered there got no echo and never will: a turn that throws can leave `started` with no terminal state. Idle releases it as doubt. What proves the CLI took a send is its lifecycle frame. On a CLI that reports no lifecycle, it is the send's place on stdin: one whose write finished before an interrupt went out was read before the interrupt was, so the first idle after that interrupt releases it too. A send armed ahead of the interrupt but written after it is left alone, since the CLI may still run it.
… send A Claude retrying a rate-limited request has taken the send but echoes nothing, so no turn row exists yet and the sweep rested the child after the idle window, turning the send into doubt. The adapter now reports whether the CLI holds a send (lifecycle `queued` or `started`, not yet echoed or ended), derived from the live waiters, and owed work counts it. Nothing is stored: every held send leaves the live set on its echo, its terminal lifecycle state, the CLI's idle, or the child's exit, so the hold ends with the send.
2.1.280's end-of-turn cleanup can report idle before it re-reads its queue, so a send read in that window goes queued, idle, started. Releasing every taken send at idle doubted that live send and dropped Working. Only a `started` send is released at idle or keeps the child from the idle sweep; a `queued` one ends by starting and echoing, by a terminal lifecycle frame, or with the child. The stdin-order path for CLIs without lifecycle frames is removed: a doubted send retired there disables content matching on CLIs that mint their own echo ids, and no Orca failure called for it. Those CLIs keep the earlier behaviour. Comments that said only a failed write or child exit ends a waiter, or that idle comes only once the queue has drained, now say what ends one.
…only started The sweep rested a child whose CLI had queued a follow-up behind a turn, dropping the send it had already taken. The hold now spans the CLI reporting it took the send until its echo, a terminal lifecycle state, or the child's exit. The idle release still covers only started sends: 2.1.280 can report idle before it re-reads its queue.
Every journal write, streamed or direct, lands in the chat's one write queue in the order it is issued, and has landed in the fold when its call returns (except while an owed import is paid, when it lands in queue order). The event sink stops being a queue ahead of it; journal-write coalescing, which moved a replaced write to the tail, is removed; closing a sink no longer loses writes already handed over. The ten flushStreamedEvents patches go. A streamed text item takes its place at its first delta, so a direct write inside the coalescing window never lands above text already streamed. A Stop interrupts whatever its bookkeeping writes do.
…lands A Stop whose note write or stop call failed skipped the wait for its withdrawal and pause, so the lane freed first; with writes queued behind owed work, the drain could hand the waiting card to the agent after Stop.
The queue's ordering rule needs every write body to finish before it returns; serialize still took a promise-returning body, so an await inside one would let a later write land first. The body type now refuses a promise.
The first-delta write counted as the growth checkpoint, so the window's snapshot was skipped until 32 more characters arrived: a stream showed only its first token, and a Codex reasoning row could sit as an empty aside. The coalescer now marks the row-creating emit and the first snapshot after it, and both providers' growth throttles write those.
Covers a stream whose later deltas wait in the window across a Stop, for Codex and Claude, and a Codex item completed inside the window.
The opening snapshot is forced past the growth rule, so an empty second Codex delta rewrote the row with identical text. The coalescer now marks a stream dirty only when a delta adds text.
With the flushes gone, a Stop naming no turn, a goal set or a /clear could read the fold while provider rows still waited behind a restore's owed import: the Stop answered cancelled:false and interrupted nothing. The open every mutation shares now waits for the import, as a reader's does; a failed import is reported and never refuses the mutation.
…ettles Pins the order for a write that is held and then fails, for a Stop naming its turn and one naming none.
… or pause settles
…al row parser Replaces a Reflect.get field walk, which the low-evidence audit rejects, with parseJournalRow and the named row types.
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (52)
💤 Files with no reviewable changes (10)
Included review availability: This review used your included allowance. Your plan provides up to 10 included reviews per hour; 6 remain after this review. 📝 WalkthroughWalkthroughThe journal write queue now supports synchronous write bodies, ordered reads, and appends resolved inside the queue. The event sink hands operations directly to the journal, tracks their settlement, and replaces keyed publications instead of coalescing writes. Streamed-text handling attempts an immediate first emission and uses scheduled windows for later snapshots. Session mutation and Stop paths change how they order journal reads, imports, cancellation, queued-send withdrawal, and queue pauses. Priority: ⬆️ High Merge Risk: 🟡 Moderate · up to A Stop during legacy-chat import can miss newly received running-turn state and leave generation continuing until another operation intervenes. Restore ordered mutation reads before merging, or explicitly accept this bounded regression. Security Architecture ReviewSecurity architecture risk: 🟡 Moderate · up to The ordering changes improve normal operation, but Stop can still make its decision while received work remains queued. That creates a bounded risk of an agent continuing after a stop request; broader permission or cross-session exposure has not been established. Retained concerns
Security review detailsSecurity Blast Radius
Security Findings and Attack Paths
Trust Boundaries and Controls
Resilience and Maintainability Implications
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches 💡 1📝 Generate docstrings 💡
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
I read the full 78-file diff and traced the production paths behind it: the synchronous write queue, the pass-through event sink, the delta coalescer's first-delta write, and the Stop/import call sites. No defects found; two independent probes (queue ordering/accounting, and first-delta text handling) also came back clean.
- One synchronous journal write rule —
JournalWriteQueue.serializenow runs a synchronous body before returning on an idle queue and chains only behind an owed import or a running write;JournalWriteBody<T>makes anasyncbody a compile error. - The event sink stops being a queue —
submithands each operation to the journal at submit and buffers only while unbound; publications carry apublicationKeyand are superseded only while still waiting, while journal writes never coalesce.close()/fail()drop only never-bound operations, so writes already handed over still land. - Ten
flushStreamedEventsbarriers deleted — replaced by the "lands when its call returns" invariant, with real barriers kept for attach, eviction, unexpected exit, teardown and rewind. - A streamed item takes its row at its first non-empty delta — the coalescer emits a stream's first text immediately (
opening), and the window only delays later in-place snapshots; costs one extra row per streamed item. - A Stop no longer waits on bookkeeping — withdrawal and queue-pause are issued together, failures are reported rather than fatal, and a failed Stop still holds the session lane until its pause lands;
isMainAgentWorkingreads the fold synchronously. - Every mutation's open pays an owed import first —
openConversationForWriteawaits a pending legacy import so a Stop, goal set or/clearreads a whole fold.
DeepSeek Flash (free via Pullfrog for OSS) | 𝕏
…one-ordered-writer # Conflicts: # src/main/native-chat/agent-session-wire/structured-agent-session-command-turn.ts # src/main/native-chat/agent-session-wire/structured-agent-session-delivery-loop.ts # src/main/native-chat/agent-session-wire/structured-agent-session-host-delivery.ts # src/main/native-chat/agent-session-wire/structured-agent-session-host.ts # src/main/native-chat/agent-session-wire/structured-agent-session-turns-cancel.ts
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
This run reviewed the new head 19cc13b, a merge of origin/main (07e9fdfd) into the branch. The merge reported conflicts in five host/delivery files, so the incremental scope is that conflict resolution.
- Child-work reads threaded through command and mutation paths — the command handover context, delivery-loop deps, mutation context and host construction sites now carry the host's child records, and
conversationCommandBlockedis called with them (main's #22614). - Close-of-chat delivery handling preserved —
closeWhatTheUserClosed/abandonQueuedand theuser-closeend cause (main's #24232) are wired alongside this branch's synchronous delivery loop. - Journal-ordering invariants intact — the branch's removal of
flushStreamedEventsbarriers and its synchronousisMainAgentWorkingsurvive the merge; the only remaining productionflushStreamedEventsreference is the host test barrier.
Verification: pnpm tc:node is clean, and structured-agent-session-turns, structured-conversation-command-admission and structured-agent-session-command-readers pass (28 tests). A specialist read of all five conflict files found no dropped branch change, no dropped main behavior, and no inconsistent wiring.
DeepSeek Flash (free via Pullfrog for OSS) | 𝕏
…one-ordered-writer # Conflicts: # src/main/native-chat/agent-session-wire/structured-conversation-command-controller.ts # src/main/native-chat/agent-session-wire/structured-conversation-command.ts
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
This run reviewed the delta since the prior Pullfrog review at 19cc13bc: a merge of origin/main (2a83c9536f) into the branch at be2a130, whose only conflicts were in structured-conversation-command.ts and its controller.
- Merged current
origin/maininto the branch — seven main commits, including/clearstarts nothing (#23935), at-rest model listing (#24267), and the daemon-protocol / Node-runtime CI gates. - Re-applied the branch's flush removal on main's rewritten
/clear— the resolution dropshostandflushStreamedEventsfromrunStructuredConversationCommandand the controller's host pick, so main's newsendPreparation→commitConversationClearflow runs under this branch's synchronous-write invariant. The two files' net PR diff is now exactly that removal. - Main's new at-rest/delivery hooks and
/cleartests landed intact —watchAtRestCommands,readCommandsvia client delivery, thenewSessionstart-failure cause, and the added/clearreplacement assertion auto-merged with no branch change dropped. - Journal-ordering invariants survive the merge —
grep flushStreamedEventsfinds only test call sites plus the host test barrier atstructured-agent-session-host.ts:256.
Verification: pnpm tc:node is clean. The branch's ordering headline tests (structured-agent-session-streamed-text-order, structured-agent-session-codex-settlement-order, structured-agent-session-stop-never-waits, journal-write-queue) pass (33 tests), and structured-conversation-command + structured-agent-session-queued-messages pass (54 tests). No open Pullfrog review threads to retire.
DeepSeek Flash (free via Pullfrog for OSS) | 𝕏
…one-ordered-writer # Conflicts: # src/main/native-chat/agent-session-wire/structured-agent-session-host-mutations.ts # src/main/native-chat/agent-session-wire/structured-agent-session-turns-cancel.ts
There was a problem hiding this comment.
Actionable comments posted: 1
Caution
Some comments are outside the diff and can’t be posted inline due to GitHub limitations.
🟠 Major · Order the Stop working-state read through the… · structured-agent-session-turns-cancel.ts:18-25
src/main/native-chat/agent-session-wire/structured-agent-session-turns-cancel.ts:18-25
🩺 Stability & Availability | 🟠 Major | ⚡ Quick winOrder the Stop working-state read through the journal queue.
For an unnamed chat Stop with an attached running child, this interleaving can occur:
- The journal owes an import.
- The provider sink accepts the running-turn operation and queues its journal write behind the import no-op.
openConversationForWrite()resumes when the import no-op settles, before the provider write runs.- The Stop reads
isMainAgentWorking()synchronously and sees no active turn.- The Stop returns without interrupting the provider.
The withdrawal call does not prevent this. The Stop issues withdrawal before the read but does not await it before selecting the no-interrupt branch.
Make
isMainAgentWorking()usejournal.readInOrder()and await it at both callers.Suggested fix
-export function isMainAgentWorking( +export function isMainAgentWorking( ctx: Pick<AgentSessionTurnContext, 'journal' | 'fence'> -): boolean { - return isStructuredAgentSessionMainAgentWorking( - ctx.journal.activeTurnId(), - ctx.journal.submissions(), - ctx.fence - ) +): Promise<boolean> { + return ctx.journal.readInOrder(() => + isStructuredAgentSessionMainAgentWorking( + ctx.journal.activeTurnId(), + ctx.journal.submissions(), + ctx.fence + ) + ) }- const inFlight = turnId !== undefined || isMainAgentWorking(ctx) + const inFlight = turnId !== undefined || (await isMainAgentWorking(ctx))- if (!cancelled && (await input.withdrewQueued) === true && !isMainAgentWorking(ctx)) { + if (!cancelled && (await input.withdrewQueued) === true && !(await isMainAgentWorking(ctx))) {
🟡 Minor · Order the goal read after queued provider writes. · structured-agent-session-thread-goal.ts:55-60
src/main/native-chat/agent-session-wire/structured-agent-session-thread-goal.ts:55-60
🎯 Functional Correctness | 🟡 Minor | ⚡ Quick winOrder the goal read after queued provider writes.
When import completion has queued
whenImported()’s no-op, a provider goal operation can be accepted before the await continuation runs. The provider write then remains queued after the no-op, while this directthreadGoal()read runs first and returnsnull.replacesGoalcan therefore becomefalse, so the adapter receives a non-replacement request despite the accepted provider goal.Read the goal through
ctx.journal.readInOrder(...); waiting for import completion alone does not order provider writes admitted during that completion.Suggested fix
- replacesGoal = ctx.journal.threadGoal() !== null + replacesGoal = + (await ctx.journal.readInOrder(() => ctx.journal.threadGoal())) !== null
🟡 Minor · Order the shared command-admission read before… · structured-conversation-command.ts:90-100
src/main/native-chat/agent-session-wire/structured-conversation-command.ts:90-100
🩺 Stability & Availability | 🟡 Minor | ⚡ Quick winOrder the shared command-admission read before checking blockers.
An accepted provider operation can queue its running-turn or prompt row after the import barrier and before the command handler reads the journal. The direct
conversationCommandBlockedcall can therefore see no blocking row and admit the command while provider work is active.Command handover uses the same helper, so it has the same race. Its later snapshot checks do not provide an ordering barrier and can observe the same stale journal state.
Make
conversationCommandBlockedobtain its snapshot and submissions through onejournal.readInOrder()call. Make both callers await that shared helper. One shared correction fixes conversation-command admission and command handover; separate blocking logic is not required.
🟡 Minor · Order the drain gate behind accepted provider… · structured-agent-session-queued-messages.ts:316-339
src/main/native-chat/agent-session-wire/structured-agent-session-queued-messages.ts:316-339
🩺 Stability & Availability | 🟡 Minor | ⚡ Quick winOrder the drain gate behind accepted provider writes.
step()readsstructuredQueueHolddirectly. An accepted provider operation can still be absent from that read. The drain then consumes the draft and wakes delivery.
prepare()only stops for a running conversation command. It does not stop for an active ordinary turn or a pending prompt. AfterawaitStarted(),handOver()rechecks only the child identity and queued submission. The ordinary branch ofhandOverSubmissionthen recordsdispatch: pendingand calls the adapter without re-reading the hold.The queued ordinary message can therefore dispatch while the provider turn or prompt remains pending. Ordering
conversationCommandBlockeddoes not fix this path because the ordinary-message branch does not call that helper.Suggested fix
- const next = oldestActionableQueuedMessage(journal) + const gate = await journal.readInOrder(() => { + const next = oldestActionableQueuedMessage(journal) + const record = this.deps.getRecord(sessionId) + const fence = this.deps.conversationFence(sessionId) + return { + next, + fence, + hold: next === null ? null : structuredQueueHold({ journal, record, fence }) + } + }) + const { next, fence } = gate if (!next) { return } - const record = this.deps.getRecord(sessionId) - const fence = this.deps.conversationFence(sessionId) // Live facts only, through the one gate; the backlog is never a gate, so a // lone draft drains. Whatever clears a hold publishes or commits, which // re-derives this step. - if (structuredQueueHold({ journal, record, fence }) !== null) { + if (gate.hold !== null) { return }
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Advanced
Run ID: 68acf39d-fb84-4ba9-930b-9b61c6008277
📒 Files selected for processing (13)
src/main/claude/claude-open-turn.tssrc/main/claude/claude-structured-prompt-ownership.tssrc/main/native-chat/agent-session-wire/structured-agent-session-chat-stop.tssrc/main/native-chat/agent-session-wire/structured-agent-session-conversation-stop.test.tssrc/main/native-chat/agent-session-wire/structured-agent-session-delivery-loop.tssrc/main/native-chat/agent-session-wire/structured-agent-session-host.tssrc/main/native-chat/agent-session-wire/structured-agent-session-mutation-context.tssrc/main/native-chat/agent-session-wire/structured-agent-session-prompt-cancel.test.tssrc/main/native-chat/agent-session-wire/structured-agent-session-prompt-cancel.tssrc/main/native-chat/agent-session-wire/structured-agent-session-stop-never-waits.test.tssrc/main/native-chat/agent-session-wire/structured-agent-session-turns-cancel.tssrc/main/native-chat/agent-session-wire/structured-conversation-command-controller.tssrc/main/native-chat/agent-session-wire/structured-conversation-command.ts
💤 Files with no reviewable changes (3)
- src/main/native-chat/agent-session-wire/structured-agent-session-mutation-context.ts
- src/main/native-chat/agent-session-wire/structured-agent-session-delivery-loop.ts
- src/main/native-chat/agent-session-wire/structured-conversation-command.ts
🚧 Files skipped from review as they are similar to previous changes (2)
- src/main/claude/claude-structured-prompt-ownership.ts
- src/main/claude/claude-open-turn.ts
Included review availability: This review used your included allowance. Your plan provides up to 10 included reviews per hour; 2 remain after this review.
| const dismissed = await dismissPrompt(ctx, validated, true) | ||
| return dismissed.ok ? cancelled : dismissed | ||
| } | ||
| // Judged once the provider's accepted lifecycle has landed: its own cancel of the card, or the end | ||
| // of the turn that raised it, may still be queued. A failed drain judges what has landed. | ||
| await ctx.flushStreamedEvents().catch(() => undefined) | ||
| const current = validatePendingPrompt(ctx, input.prompt) | ||
| if (!current.ok) { | ||
| return current | ||
| } | ||
| if (!raisedByLiveTurn(ctx, current)) { | ||
| // Judged on the fold as it stands: the provider's own cancel of the card, or the end of the turn | ||
| // that raised it, landed when it was handed over. | ||
| if (!raisedByLiveTurn(ctx, validated)) { | ||
| // A request that outlived its turn, such as a background agent's: the turn running now is not | ||
| // the one the user is cancelling, so nothing stops and the request is declined. | ||
| const dismissed = await dismissPrompt(ctx, current, true) | ||
| const dismissed = await dismissPrompt(ctx, validated, true) | ||
| return dismissed.ok ? cancelled : dismissed | ||
| } | ||
| const stopped = await routes.stop() |
There was a problem hiding this comment.
🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win
🔎 Supported by static analysis
🏁 Script executed:
#!/bin/bash
set -eu
printf '%s\n' '--- prompt cancel diff ---'
git diff d4ae6a904beb552ea195332747025b01879844ea e62687ff9fba57f4eed9ff4b20fec0beeaa31d7a -- src/main/native-chat/agent-session-wire/structured-agent-session-prompt-cancel.ts src/main/native-chat/agent-session-wire/structured-agent-session-prompt-state.ts
printf '%s\n' '--- prompt cancel source ---'
cat -n src/main/native-chat/agent-session-wire/structured-agent-session-prompt-cancel.ts
printf '%s\n' '--- prompt state source ---'
cat -n src/main/native-chat/agent-session-wire/structured-agent-session-prompt-state.ts
printf '%s\n' '--- dismissal and callers ---'
rg -n -C 8 'dismissPrompt|cancelStructuredAgentSessionPrompt|validate.*Prompt|validated' src/main/native-chat/agent-session-wire
printf '%s\n' '--- preparation and sink ---'
cat -n src/main/native-chat/agent-session-wire/structured-agent-session-send-preparation.ts | sed -n '1,130p'
cat -n src/main/native-chat/agent-session-wire/structured-agent-session-event-sink-queue.ts | sed -n '150,235p'
printf '%s\n' '--- journal queue ---'
cat -n src/main/native-chat/agent-session-journal/journal-write-queue.ts
printf '%s\n' '--- journal store ---'
cat -n src/main/native-chat/agent-session-journal/journal-store.ts | sed -n '160,300p'Repository: stablyai/orca
Length of output: 43109
🏁 Script executed:
#!/bin/bash
set -eu
printf '%s\n' '--- append and guards ---'
cat -n src/main/native-chat/agent-session-journal/journal-store.ts | sed -n '297,390p'
cat -n src/main/native-chat/agent-session-journal/journal-write-guards.ts
rg -n -C 8 'resolution|appendItem|terminal|revision|cancel|dismissPrompt' src/main/native-chat/agent-session-journal src/main/native-chat/agent-session-wire | head -n 500
printf '%s\n' '--- provider lifecycle operations ---'
rg -n -C 12 'kind:.*terminal|terminal|turn.*end|revision|appendItem' src/main/native-chat/agent-session-wire src/main/native-chat/agent-session-adapters | head -n 600
printf '%s\n' '--- prompt cancellation tests ---'
rg -n -C 15 'cancelStructuredAgentSessionPrompt|prompt.*cancel|dismissPrompt|routePromptCancel' src --glob '*test*' --glob '*spec*' | head -n 600
printf '%s\n' '--- mutation preparation and dispatch ---'
rg -n -C 12 'openConversationForWrite|sendPreparation|prepare|mutation' src/main/native-chat/agent-session-wire/structured-agent-session* | head -n 500Repository: stablyai/orca
Length of output: 45659
🏁 Script executed:
#!/bin/bash
set -eu
printf '%s\n' '--- item appender definitions ---'
rg -n -C 20 'class .*ItemAppender|appendResolved|itemAppender|JournalResolvedItem' src/main/native-chat/agent-session-journal
printf '%s\n' '--- append resolved usages ---'
rg -n -C 18 'appendResolvedItem|appendResolved' src/main/native-chat
printf '%s\n' '--- event operation append paths ---'
rg -n -C 12 'appendItem\(|appendLifecycleBatch\(|append.*turn|state: .completed|state: .interrupted|resolution:.*state' src/main/native-chat/agent-session-wire --glob '*.ts' --glob '!*.test.ts'
printf '%s\n' '--- prompt cancel wiring ---'
rg -n -C 20 'cancelStructuredAgentSessionPrompt|routePromptCancel|dismissPrompt' src/main/native-chat/agent-session-wire --glob '*.ts' --glob '!*.test.ts'Repository: stablyai/orca
Length of output: 42494
🏁 Script executed:
#!/bin/bash
set -eu
printf '%s\n' '--- row builder and append resolution ---'
rg -n -C 24 'function journalItemRowBuilder|const journalItemRowBuilder|journalItemRowBuilder|revision' src/main/native-chat/agent-session-journal/journal-row-builders.ts src/main/native-chat/agent-session-journal/journal-reducer.ts src/main/native-chat/agent-session-journal/journal-item-appender.ts
printf '%s\n' '--- non-test item writes ---'
rg -n -C 8 'appendItem\(' src/main/native-chat --glob '*.ts' --glob '!*.test.ts'
printf '%s\n' '--- prompt lifecycle names ---'
rg -n -C 12 'promptCancelled|cancelledPrompt|cancel.*prompt|prompt.*cancel|kind: .approval.|kind: .question.' src/main/native-chat --glob '*.ts' --glob '!*.test.ts'
printf '%s\n' '--- event sink operation declarations ---'
rg -n -C 20 'type .*Operation|interface .*Operation|operation:|run:.*bound|run\(bound' src/main/native-chat/agent-session-wire/structured-agent-session-event-sink-queue.ts src/main/native-chat --glob '*.ts' --glob '!*.test.ts' | head -n 800Repository: stablyai/orca
Length of output: 43109
🏁 Script executed:
#!/bin/bash
set -eu
printf '%s\n' '--- resolved revision call sites ---'
rg -n -C 30 'tryReviseResolvedItem|tryAppendResolvedItem|tryAppendLifecycleTransition' src/main/native-chat --glob '*.ts' --glob '!*.test.ts'
printf '%s\n' '--- prompt bodies and provider event mapping ---'
rg -n -C 20 'kind: .approval.|kind: .question.|resolution:|selectedOptionId|turnScope' src/main/native-chat/agent-session-adapters src/main/native-chat/agent-session-wire --glob '*.ts' --glob '!*.test.ts' | head -n 1000
printf '%s\n' '--- cancellation mutation flow ---'
cat -n src/main/native-chat/agent-session-wire/structured-agent-session-host-mutations.ts | sed -n '1,145p'
cat -n src/main/native-chat/agent-session-wire/structured-agent-session-mutation-context.ts | sed -n '1,110p'Repository: stablyai/orca
Length of output: 42535
🏁 Script executed:
#!/bin/bash
set -eu
printf '%s\n' '--- exact resolved-revision files ---'
rg -l 'tryReviseResolvedItem|tryReviseResolvedItemAndPublish|tryAppendLifecycleTransition' src --glob '*.ts' --glob '!*.test.ts'
printf '%s\n' '--- exact call-site excerpts ---'
for f in $(rg -l 'tryReviseResolvedItem|tryReviseResolvedItemAndPublish|tryAppendLifecycleTransition' src --glob '*.ts' --glob '!*.test.ts'); do
echo "--- $f"
rg -n -C 18 'tryReviseResolvedItem|tryReviseResolvedItemAndPublish|tryAppendLifecycleTransition' "$f"
done
printf '%s\n' '--- event sink bindings ---'
rg -n -C 15 'createStructuredAgentSessionEventSink|createStructuredAgentSessionResolvedAppend|eventSink|bind\(.*journal|bind.*journal' src/main/native-chat --glob '*.ts' --glob '!*.test.ts'Repository: stablyai/orca
Length of output: 41876
🏁 Script executed:
#!/bin/bash
set -eu
printf '%s\n' '--- Claude turn revision implementation and callers ---'
cat -n src/main/claude/claude-turn-row-revision.ts | sed -n '145,230p'
rg -n -C 18 'writeClaudeTurnRow\(' src/main/claude src/main/native-chat --glob '*.ts' --glob '!*.test.ts'
printf '%s\n' '--- stop mutation path ---'
cat -n src/main/native-chat/agent-session-wire/structured-agent-session-chat-stop.ts | sed -n '1,180p'
printf '%s\n' '--- ordered-read usages near mutation validation ---'
rg -n -C 12 'readInOrder\(' src/main/native-chat/agent-session-wire --glob '*.ts' --glob '!*.test.ts'Repository: stablyai/orca
Length of output: 23591
Order prompt validation after admitted provider writes.
When openForWrite waits for an owed import, a provider terminal revision can be accepted and queued behind that import. The preparation can then return before the revision updates the fold. Prompt cancellation can therefore see the old live turn, call routes.stop(), and withdraw queued submissions even though the provider has already ended that turn.
Use an ordered journal read for prompt validation.
Suggested fix
- const validated = validatePendingPrompt(ctx, input.prompt)
+ const validated = await ctx.journal.readInOrder(() => validatePendingPrompt(ctx, input.prompt))There was a problem hiding this comment.
Important
The merge adopted main's new Stop path but replaced its flushed fold read with the branch's direct read, which can observe a stale fold while a legacy import is owed. Details inline.
Reviewed changes
This run reviewed the delta since the prior pullfrog review at be2a130: a merge of origin/main (d4ae6a904b) into the branch at e62687ff.
- Merged current
origin/maininto the branch — main's #24235 (a Claude Stop ends its child on the session lane, question/tool/plan card Cancel routed through the provider, newstructured-agent-session-chat-stop.tsandstructured-agent-session-mutation-context.ts), #24299 (sidebar host-pill toggle), #24071 (test tick) and the README badge. - Re-applied the one-ordered-writer invariant onto main's Stop path —
structured-agent-session-chat-stop.tsdrops main'sisMainAgentWorkingOnceFlushedflush for the branch's synchronousisMainAgentWorking, and the deferred-withdrawal / pause-after-end design is layered on;prompt-cancel.tsdrops main'sflushStreamedEvents()drain;host-mutations.tsshrinks to a type re-export with the admit-then-serialize path moved tomutation-context.ts. - Main behavior survived the merge — card-cancel routing, the 3 s grace, and the stop-ends-session tests are intact; the branch's
stop-never-waits/conversation-stoptests grew the session-ending-provider and owed-import cases.flushStreamedEventshas no production caller; only the host test barrier remains.
DeepSeek Flash (free via Pullfrog for OSS) | 𝕏
| // every session list and the chat's own Stop read it. | ||
| const inFlight = turnId !== undefined || (await isMainAgentWorkingOnceFlushed(ctx)) | ||
| // every session list and the chat's own Stop read it, over the fold as it stands. | ||
| const inFlight = turnId !== undefined || isMainAgentWorking(ctx) |
There was a problem hiding this comment.
After openConversationForWrite awaits the owed legacy import, provider rows admitted during that import are still queued behind it, so this direct isMainAgentWorking(ctx) read can see a fold with no running turn — a Stop naming no turn then declines to interrupt. Main's #24235 flushed the sink at this read (isMainAgentWorkingOnceFlushed); dropping it for the open's import await narrows the guarantee from "every row admitted before the read" to "every row admitted before the open." The same stale read applies at the other mutation read sites.
Technical details
# A mutation's fold read can miss provider rows admitted during an owed import
## Affected sites
- `structured-agent-session-chat-stop.ts:86` — `isMainAgentWorking(ctx)` selects the no-interrupt branch on a possibly stale fold.
- `structured-agent-session-turns-cancel.ts:131` — `!isMainAgentWorking(ctx)` decides whether a withdrawn Stop ended what it was sent for.
- `structured-agent-session-thread-goal.ts:60` — `ctx.journal.threadGoal()` decides `replacesGoal`.
- `structured-conversation-command.ts:92` — `conversationCommandBlocked(...)` admits `/clear`.
- `structured-agent-session-queued-messages.ts:328-339` — `oldestActionableQueuedMessage` / `structuredQueueHold` gate the drain.
## Why
- `whenImported()` is `queue.serialize(() => undefined)` (`journal-store.ts:195`). With an owed import it joins via `join(run, paysOwed=true)` (`journal-write-queue.ts:110-119`), chaining on the `this.writes` in hand at that instant. A provider write handed over later chains on the post-join `this.writes`, so it settles after `whenImported()` resolves and its body runs after the mutation's `await` continuation — which then reads a fold missing it.
- Reachable: a read-restore open defers the import (`structured-agent-session-read-restore.ts:39-41`) and `conversationDelivery.open` short-circuits an already-indexed session (`structured-agent-session-conversation-open.ts:69-72`); `bindAndDrain` binds the sink and completes without waiting for the import (`structured-agent-session-attach-orchestration.ts:190,270-281`) whenever nothing was buffered. A client attach on such a session lets the live child stream rows while the import is still owed.
- The existing `structured-agent-session-mutation-owed-import.test.ts` issues its provider rows *before* the mutation, so they are upstream of `whenImported` and land in time; the test passes whether or not this gap exists.
## Required outcome
- A mutation's post-open reads observe every provider row admitted before the read, not merely before the open.
## Suggested approach
- Take these reads at their place in the journal queue via `journal.readInOrder(...)` (`journal-store.ts:274`, `journal-write-queue.ts:52`), which joins behind already-admitted writes; make `isMainAgentWorking` return that promise and await it at both call sites. Pin it with a case that emits a provider row after the mutation starts, while the import is still owed.
## Open questions for the human
- Is the owed-import window intended to carry the weaker per-open guarantee (as the class comments now say), or the per-read one the old flush gave?…one-ordered-writer # Conflicts: # src/main/native-chat/agent-session-wire/structured-agent-session-prompt-cancel.ts # src/main/native-chat/agent-session-wire/structured-conversation-command.ts
There was a problem hiding this comment.
ℹ️ No new issues found in this delta. The changes are a merge of
origin/mainand its conflict resolution; main's new work survives intact under the branch's synchronous-write invariant.
Reviewed changes
This run reviewed the delta since the prior pullfrog review at e62687ff: a merge of origin/main (7176648759, the re-land of #23916 "every chat action press is its own action" plus the SSH/relay/orcad work) into 052e6a93, whose only conflicts were in structured-agent-session-prompt-cancel.ts and structured-conversation-command.ts.
- Merged current
origin/maininto the branch — main's repeat-press work (answerFromCommittedClear,committedClearOfCaller,answerCancelOfSettledPrompt,STOP_NOTE_CANCELLATION_REQUESTED,note = nullwhen a named turn ended nothing) and the interleaved SSH/relay/orcad commits are now in the branch, which added no new feature commits of its own. - Re-applied the one-ordered-writer invariant on the new Stop/Cancel code — the resolution drops
flushStreamedEvents()fromcancelStructuredAgentSessionPromptandperformCancel, drops main's post-flush re-validatePendingPrompt, and removeshost/flushStreamedEventsfromrunStructuredConversationCommandand its controller, so main's new routes run under the "a write has landed when its call returns" rule. - No main behavior dropped —
git diff 7176648759..052e6a93over the touched files shows only those flush removals; repeat-press routing and the card-cancel paths are intact.
Verification: structured-agent-session-prompt-cancel, -prompt-cancel-repeat, -turns and structured-conversation-command pass (49 tests).
deepseek-v4.1-flash (free via Pullfrog for OSS) | 𝕏
| const withdrewAny = await withdrew | ||
| if (withdrewAny) { | ||
| await tookEffect() | ||
| } |
There was a problem hiding this comment.
Failed withdrawal skips queue pause
If a Stop reaches no active agent and withdrawal fails after rejecting a queued submission, withdrewAny is false, so this branch does not pause the queue. The released draft can then be sent automatically under a fresh ID, even though the user pressed Stop. The rejections are separate writes, so one can land before another fails.
…one-ordered-writer # Conflicts: # src/main/claude/claude-structured-journal-translation-background-tasks.test.ts # src/main/claude/claude-structured-session-reading-control.test.ts # src/main/claude/claude-subagent-roster.test.ts # src/main/codex/codex-structured-journal-goal-resume.test.ts # src/main/codex/codex-structured-journal-translation-settlement.test.ts # src/main/codex/codex-structured-journal-translation.test.ts # src/main/native-chat/agent-session-wire/structured-agent-session-chat-stop.ts # src/main/native-chat/agent-session-wire/structured-agent-session-event-sink.test.ts # src/main/native-chat/agent-session-wire/structured-agent-session-eviction.test.ts # src/main/native-chat/agent-session-wire/structured-agent-session-queued-stop.ts # src/main/native-chat/agent-session-wire/structured-agent-session-resolved-append.test.ts # src/main/native-chat/agent-session-wire/structured-agent-session-turns-cancel.ts # src/main/native-chat/agent-session-wire/structured-agent-session-turns.test.ts
There was a problem hiding this comment.
ℹ️ No new issues found in this delta. The changes are a merge of
origin/main— a large orcad/SSH/relay/daemon batch plus native-chat Stop fixes — and its 13-file conflict resolution; main's new Stop behavior survives under the branch's synchronous-write invariant.
Reviewed changes
This run reviewed the delta since the prior pullfrog review at 052e6a93: a merge of origin/main (d3f8c506, ~70 commits) into the branch at ea165f40, whose conflicts were in 13 files.
- Merged current
origin/maininto the branch — a large batch of orcad/SSH/relay/daemon/runtime work plus the native-chat Stop fixes #24072, #24333, #24334, #24437 and #24312 are now in the branch, which added no feature commits of its own. - Re-applied the one-ordered-writer invariant on main's rewritten Stop path — main's event-based
runRecordedStop/appendStopEvent(the queue pause is derived from the Stop event) replaces the branch's queue-pause step; the branch issues the withdrawal (withdrawQueuedForStop) and the Stop event (effect) without awaiting ahead of the interrupt, holding the lane viaeventAfterEnd;isMainAgentWorkingstays synchronous acrosschat-stop.ts,queued-stop.tsandturns-cancel.ts, andperformCancelnow takes the withdrawal as aPromise<boolean>, reading working before awaiting it. - Main Stop behavior survived the merge —
interruptFailed/stillRunsStoppedTurn/childReleased/onStopChildError(#24334, #24333) and the event-derived pause (#24072) are intact, andflushStreamedEventshas no production caller (the host test barrier remains). - Test conflicts resolved — the Claude/Codex tests adopt the branch's helpers (
withJournalQueueMembers,testEventSinkLogging); theevent-sink,resolved-appendandturnstests use the real journal; two main Stop tests (codex-stop-row,claude-unproven-stop-send) drop their journal-hold simulation and a duplicatedrainedmock because writes are now synchronous.
Verification: pnpm tc:node is clean, and 9 ordering files (134 tests) pass, including structured-agent-session-codex-stop-row, -stop-never-waits, -queued-stop-row, -event-sink, -claude-unproven-stop-send and journal-write-queue.
deepseek-v4.1-flash (free via Pullfrog for OSS) | 𝕏
…one-ordered-writer # Conflicts: # src/main/native-chat/agent-session-wire/structured-agent-session-chat-stop.ts
There was a problem hiding this comment.
ℹ️ No new issues found in this delta. This run reviewed the merge of
origin/mainand its single conflict resolution; main's new work survives intact under the branch's synchronous-write invariant.
Reviewed changes
This run reviewed the delta since the prior Pullfrog review at ea165f40: a merge of origin/main (9e34bd06, ~70 commits) into the branch at 575193b, whose only conflict was structured-agent-session-chat-stop.ts.
- Merged current
origin/maininto the branch — main's Stop-event work #24311 (journal-stop-marks.tswithpersonStopDecides,journal-stop-turn-end.ts,structured-agent-session-host-stop-event.ts, a new structured-session registry, and thejournalStopDecidesTurnsink pass-through) plus a large orcad / SSH / relay / daemon / runtime batch. The branch added no feature commits of its own. - Re-applied the one-ordered-writer invariant on main's rewritten Stop body — the resolution keeps the branch's deferred withdrawal (
withdrawQueuedForStop, withhadQueuedread before issuing), the synchronousisMainAgentWorkingread, theeventAfterEndlane hold, and thewithdrewQueued: Promise<boolean>handover, while adopting main'sstopChild({ recorded: 'user-stop' })and thestopEndsSessionevent-naming rule (a session-ending Stop names the live turn, or none).stopReachesUnrecordedWorkis now called synchronously, matching main. - Main Stop behavior survived the merge — the Stop event is still issued before the interrupt and any child end, so the new turn-end
personStopDecidesread sees it, andeventAfterEndholds the lane for a session-ending Stop.isMainAgentWorkingOnceFlushedis gone from the tree;flushStreamedEventshas no production caller (the host test barrier remains).
Verification: pnpm tc:node clean, oxlint clean on the conflict file, and 147 tests pass across structured-agent-session-stop-never-waits, -event-sink, -stop-event-binding, -stop-event-entries, -stop-event-restart, -claude-stop-turn-end, -claude-stop-ends-session, -codex-stop-row, structured-agent-session-codex-settlement-order, -streamed-text-order, -mutation-owed-import, and journal-write-queue.
The earlier owed-import read-staleness finding remains open and is not re-raised here.
deepseek-v4.1-flash (free via Pullfrog for OSS) | 𝕏
…lescer The immediate first-delta emit (and the opening flag and counters it needed) had no Orca-observed failure behind it and added a journal commit per streamed item. The coalescer, the Claude checkpoints and the tests that pinned the first-text row go back to main's behaviour; the one ordered writer, the sink hand-off and the Stop rules stay.
There was a problem hiding this comment.
ℹ️ No new issues found in this delta. This run reviewed the revert of the immediate first-delta write; the one-ordered-writer, sink hand-off and Stop rules are untouched, and the earlier owed-import read-staleness finding remains open.
Reviewed changes
This run reviewed the delta since the prior Pullfrog review at 575193b: one authored, non-merge commit a18b3e8d that reverts the first-text row write the branch had added.
- Reverted the coalescer's immediate first-delta emit —
agent-session-delta-coalescer.tsreturns to main's behavior: theopeningflag, thechanged/emitscounters, the forced row-creating flush and the four-argumentemitare gone, so a stream writes only on its window snapshot. - Reverted the translators and checkpoints onto main's coalescer contract —
claude-streamed-text-checkpoints.tsandcodex-structured-item-streams.tscallemitwith three arguments, and the coalescer, translator and checkpoint tests that pinned the first-text row return to main's expectations. - Deleted the window-ordering test —
structured-agent-session-streamed-text-order.test.ts, which only exercised the removed first-text guarantee, is removed; no config or suite references it. - The feature is otherwise intact — for these eleven files the net diff against the PR base (
9e34bd06) is empty except the branch's existing journal-write-coalescing removal incodex-structured-item-streams.tsand the test-helper adoption in the Codex translator test, so the ordered-writer, synchronous Stop and owed-import paths are unchanged. The author documents the re-opened 60 ms window as a known limit.
Verification: the four reverted unit suites pass (77 tests), and structured-agent-session-integration's "joins final deferred writes before runtime teardown completes" passes with the restored pre-spy delta.
The earlier owed-import read-staleness finding remains open and is not re-raised here.
deepseek-v4.1-flash (free via Pullfrog for OSS) | 𝕏
* fix: wait for OpenCode worker composer before first dispatch
Reuse captured composer readiness on local and paired execution hosts and revoke launching-shell paste anchors.
Co-authored-by: Brennan Benson <79079362+brennanb2025@users.noreply.github.com>
* chore(deps): update reviewed dependencies across Orca (#24561)
* chore(deps): update reviewed desktop dependencies and tooling
* chore(deps): update compatible mobile packages and Fastlane
* chore(deps): update cloud transports and enforce release age
* chore(deps): patch documentation dependencies and record review
* chore: remove dependency review reports
* test(linear): smoke-load resolved SDK through CommonJS loader
* fix(deps): keep native rebuilds from reinstalling addon dependencies
* fix(native): invoke installed node-gyp directly for Node rebuilds
* test(cloud): exclude observer probes from row-lock timing budget
* test(mobile): preserve the CSS writer receiver in viewport spy
* test(native): remove obsolete batch-shim fixture exception
* Stream native rebuild output through the process wrapper
* fix(antigravity): discover global skills from the CLI configuration root (#24592)
* fix(antigravity): keep quota probes free and visible without Gemini OAuth (#24593)
Consolidates the reviewed version and visibility work from #24283 with the probe gating and structured error classification from #24296. Reject unsuccessful version probes, preserve diagnostic precedence, and assert that real quota reads start no model turn.
Co-authored-by: Pablo Werlang <19828711+werlang@users.noreply.github.com>
* fix(antigravity): launch POSIX hooks through sh with bounded JSON stdin (#24596)
* fix(antigravity): make POSIX hooks executable with bounded JSON stdin
* test(antigravity): decode SSH hook shell command before assertions
* test: check plugin fixture worktree cleanup (#24779)
* fix(files): ignore nested generated directories on macOS (#24620)
* fix(files): ignore nested generated directories on macOS
* fix(files): filter generated filenames containing newlines
* Check E2E packages where the installer reads them (#24785)
* test: check plugin fixture worktree cleanup
* test: check E2E installer package environment
* Preserve Mermaid exports through mobile bundling (#24661)
* Update README downloads badge
* ci: skip installed glibc tools in SSH host qualification (#24733)
* Fix terminal width cutoff on wide panes (#24687)
* fix(terminal): let wide panes use up to 1024 columns
Adapt the wider viewport limit proposed in #16578 to the current runtime, shared RPC schemas, and preview sizing.
Co-authored-by: innocarpe <innocarpe@users.noreply.github.com>
* test(terminal): wait for probe output after command echo
* test(terminal): align RPC boundary with wider viewport limit
---------
Co-authored-by: innocarpe <innocarpe@users.noreply.github.com>
* fix(runtime): report an open agent question as blocked to tui-idle waits (#24533)
OpenCode's question tool (and Pi/OMP ask tools and custom modals) put the
hook row in a waiting state but paint no dialog wording the blocked-text
layer knows, so the hook lane read the wait as pending and the tui-idle
wait timed out with no blocked reason. For agents whose hooks are
authoritative, a wait the hook reports with no recognised dialog text now
blocks with the existing agent-interactive-prompt reason, unless input
reached the pane after the row (it may have answered the question before
the next hook arrived).
* fix(runtime): read Codex's 'Implement this plan?' menu as blocked (#24536)
After a Plan-mode turn Codex shows a menu that owns the keyboard, but its Stop
hook has already fired, so a tui-idle wait settled ready and sent text into the
menu. A Codex blocked text anchor now names it an interactive prompt while its
key row ends the tail, written against a new 0.160.0 capture that is replayed
by the readiness census.
* feat: live updates for agent state rules (#24387)
Orca downloads a newer agent-state-rules.json from a fixed GitHub release (stable or next channel), validates it like the bundled rules, and applies it without a restart; a local override wins over the download, which wins over the bundled rules. A hand-started workflow from main is the only publisher; merging publishes nothing.
* fix(runtime): settle Codex tui-idle waits on its hook done, leaving working rows to the rules (#24541)
A headless orca serve has no window to write the Codex ready title, so a
Codex tui-idle wait settled only after three quiet seconds. Rule files gain
profile.hooks: "turn-end": a fresh hook done settles the wait, while a
working or permission row leaves the decision to the rules, so a Codex
whose Esc posts no event (before its Interrupt hook) cannot hang the wait.
Codex moves from identity-only to turn-end.
* fix(release): accept the build identity as a later declarator in the minified telemetry check (#24219)
* fix(windows): link the CLI launcher's C runtime statically so orca.exe runs without the VC++ Redistributable (#24484)
* feat(terminal): point an old terminal's Codex shared-server banner at a new terminal (STA-9051) (#24501)
* feat(terminal): point an old terminal's shared-server banner at a new terminal
A terminal opened before the update that added Orca's codex wrapper is
still served by an older terminal daemon, so a typed codex there joins
Codex's shared server. The banner now says why and offers a new terminal
instead of the global Fix, which changes Codex settings and stops a
server other sessions use.
Detection reads the owning daemon's protocol from the router's in-memory
session map, only after a pane is already found on the shared server.
Refs #24217, STA-9051
* refactor(terminal): simplify the old-terminal banner after review
- Open new terminal now works from Activity, which shows panes from
worktrees that are not active: it activates the tab's worktree first.
- Inline the legacy-daemon check in the IPC handler over the existing
getLegacyDaemonAdapters instead of a new routing export.
- One banner frame with the variant chosen inline; the Fix dialog is a
sibling rather than a children slot.
- Rename CodexSharedServerJoin to CodexSharedServerStatus.
* fix(terminal): open the new terminal in the pane's own workspace, and only promise it where it helps
Open new terminal now always goes through the folder-aware workspace activation
(returning early when that fails) and reveals the floating panel for floating
panes, so folder workspaces and panes viewed from Activity open in the right place.
The old-terminal variant now shows only when the shell Codex was typed into gets
Orca's codex function from this build: zsh, bash and PowerShell from protocol 37,
fish from 39, cmd.exe never. The shell is the parent of the Codex process in the
process table the shared-server check already reads.
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
* feat(terminal): explain an old terminal's shared server in Learn more
Old-tab banner says Orca now gives each Codex its own server, and gains a
Learn more dialog: why it matters, why this terminal still shares, Open new
terminal, and a quieter way into the existing Turn off / Stop server steps.
* fix(terminal): shorten the old-terminal Learn more copy to one line
* fix(terminal): drop the global fix from the old-terminal dialog
A new terminal already runs Codex on its own server there, so turning off sharing everywhere only changes settings outside Orca and can end other sessions.
* fix(terminal): treat fish without config as a shell Orca does not wrap
* fix(terminal): return focus when a Codex shared-server dialog closes
Both banner dialogs are controlled with no Radix trigger, so Esc or X left
focus on document.body. Capture the active surface when the banner opens a
dialog and restore it on close via useModalReturnFocus; Open new terminal
skips the restore so the new terminal keeps focus.
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
* fix(terminal): return focus when no new terminal opens, and keep an open banner dialog when Codex ends
---------
Co-authored-by: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
* fix(filesystem): deleting a workspace no longer fails as 'outside allowed directories' in WSL-runtime C:\ projects (#24242)
* fix(filesystem): list a WSL-runtime repo's worktrees through its distro when authorizing paths
* fix(filesystem): record the Git that listed each repo's roots and keep WSL roots under repair
- Registration now takes the distro the caller listed through (create and catalog scan pass theirs)
instead of re-resolving the runtime, so a stale-routed listing is relisted on the next miss.
- A runtime awaiting repair no longer counts as a routing change, so its last WSL listing stays
authorized instead of being replaced by a host-Git listing.
- The routing check runs after each awaited refresh, so a runtime switch during an in-flight
rebuild is corrected in the same request.
- Reuse the shared distro helper for listing; move the drift check into the relist policy and
refresh the root set once per batch.
* test(worktrees): fail the host-Git scan registration test when nothing registers
* fix: dismiss Codex account prompt and return focus to terminal (#24683)
* chore(worktree): include create timing and spare outcome in the workspace create events (#24483)
* chore(worktree): include create timing and spare outcome in the workspace-created event
The workspace_created and workspace_create_failed events gain optional,
numbers-and-enums-only fields built from what the create already measured:
total and per-phase durations, the prepared-checkout hit/miss and miss
reason, the execution host (local/WSL/SSH), a worktree count bucket, how
many other creates were in flight, whether the repo has a post-checkout
hook (file existence only, probed after the create returns), and for a
failure the phase it died in plus elapsed time. No new git process runs;
consent and opt-out are unchanged.
* fix(worktree): attribute failed_phase by error, label WSL-path repos, skip the hook check with telemetry off
- failed_phase now names the outermost timed step the thrown error (or its cause) left, so a
caught failure or a concurrent sibling step can no longer be misattributed; the old-relay SSH
error keeps its cause so it still reads as git_worktree_add.
- execution_host follows the same rule Git routing uses, so a \\wsl.localhost repo reads wsl.
- The post-checkout hook check does not read the repo when telemetry is disabled.
- Privacy page mentions the miss reason code and the failed step.
* test(worktree): pin the old-relay SSH add error to git_worktree_add through its cause
* fix(worktree): name the create event field sets for their role, and type the old-relay test's caught error
* fix(worktree): send create events from runtime creates and record what the spare checkout did
Runtime creates (CLI, agents, phone app, paired clients, orchestration, server
automations) reuse prepared checkouts like the app's own creates, but recorded
no timing and sent no events. Both entry points now start one shared sender
(workspace-create-telemetry.ts), so every create sends exactly one event with
the same fields, plus create_entry_point (app | runtime).
Spare-checkout fields:
- concurrent_preparations: peak prepared-checkout builds and background
discards running during the create, excluding the one it used; the window
closes before the create's own re-arm starts.
- prepared_checkout_claim / prepared_checkout_discard phases, so on a miss
git_worktree_add minus the prepared_checkout_* phases is the plain checkout.
- prepared_checkout_reset (none | base_moved | retargeted) replaces the
retargeted flag; prepared_checkout_origin (prefetch | rearm) on hits.
- workspace_create_failed carries the spare outcome and its wait.
- repo_index_size_bucket from one stat of .git/index in the existing
post-create probe (telemetry on, local/WSL only, 2 s cap).
* fix(worktree): add spare build and idle time, the re-arm prefetch origin, and a tracked-file count
- prepared_checkout_build_ms / prepared_checkout_idle_ms on hits: from arming
the spare to ready, and how long it sat ready before the claim (0 when the
create waited). readyAt is recorded in the pool's existing ready handler.
- prepared_checkout_origin gains rearm_then_prefetch: an automatic re-arm that
the dialog prefetch then asked for too, so rearm means the re-arm alone.
- repo_file_count_bucket replaces the index byte size: the entry count from
the 12-byte index header, which is the same in every index version; left
out for a split or sparse index.
- The shared sender never lets a failed send change the create's result or
error; it logs instead and still ends the create's concurrency membership.
- Tests pin the runtime SSH create's timing hand-off and the throwing-send
cases on both entry points.
* fix(worktree): leave out the file count under any sparse checkout and time spare builds monotonically
- The repo probe also reads .git/config.worktree, where git sparse-checkout
--sparse-index writes index.sparse, and omits the file count whenever
sparse checkout or a sparse index is on in either file, with Git's boolean
spellings. core.hooksPath there is honoured too.
- prepared_checkout_build_ms / _idle_ms use performance.now(), like every
other duration; the build is timed from its own start (buildStartedAt).
- The origin field comment names all three values.
* fix(worktree): keep the spare's build time on its first build and count worktrees by lock reason
- prepared_checkout_build_ms runs from the first build's start (including any
wait for the base fetch it is built on) to its first ready; a later tip
refresh no longer restarts it, though it still counts as new preparation
work. prepared_checkout_idle_ms runs from the latest ready (build or
refresh) to the claim.
- The worktree count reads each .git/worktrees entry's locked file and leaves
out entries whose lock reason names an Orca preparation, the way the
listing does, instead of subtracting this process's spares. That covers
spares from other processes, crash leftovers and spares being discarded,
and cannot run one low while a spare's admin dir does not exist yet. It has
its own 1.5 s cap inside the probe.
* ci(release): skip the orcad template for tags that predate it (#24872)
A patch cut from a base older than #24155 has no orcad template source, so
the template job could never pass and every desktop build waited on it.
* fix(runtime): make OMP 18.4 workers ready at the composer and keep stale-title clears display-only (#24295)
* fix(runtime): require OMP composer readiness and retain native title evidence
Keep timer-cleared titles in display state so they cannot settle an idle wait.
Require OMP's captured empty composer through the existing screen rules.
Co-authored-by: drakeo338 <paranoyouz@gmail.com>
Co-authored-by: Ahmed Nagy <ahmednagy25t@gmail.com>
Co-authored-by: Saurav M Hiremath <sauravhiremath@gmail.com>
* fix(runtime): veto OMP setup by screen and keep stale-title clears display-only
OMP readiness no longer keys on the composer's thinking-effort hint, which
OMP retires after a few uses, hides once a conversation exists and renders
differently per glyph preset. Instead OMP's setup wizard (alternate screen or
a "Setup step N of M" heading) vetoes every ready lane, and OMP's own `π >`
idle title counts for the omp identity only once quiet on a screen read clear
of the wizard. Other OMP titles take the general path again, so the
post-turn `π -` title, 17.x `π:` titles and first-party blocked waits behave
as before. `π >` is no longer explicit idle for every identity.
The stale-working-title clear stays out of runtime records, but display
readers (worktree ps, phone status and titles, terminal list, orchestration
pointer, orphan adoption and reveal titles) now project records through one
display accessor, so they show the cleared title and status again. A title
the clear retired can no longer prove an agent is present; the foreground
process must, which also covers the retained Cursor spinner, so the Cursor
presence exclusion is reverted.
* test(runtime): refuse OMP's setup splash, which has no step heading
* test(runtime): a genuine title retires the stale-working display clear
* test(daemon): record the OMP captures' inherited shrink cursor divergence
* fix(runtime): settle OMP's idle title by its age and veto only its alternate screen
OMP 18.4 re-asserts bracketed paste every second once a terminal answers
its capability probe, which Orca's terminals do, so an idle OMP pane never
went quiet and worker-start still timed out. Its idle title now counts once
it has stood a quiescence window on a screen read clear of the setup wizard.
The setup veto now reads only the alternate screen: the wizard always runs
there, and a 'Setup step N of M' line on the normal screen is an answer's
own text.
* test(runtime): let the grid ingest OMP repaints before the title arrives
* fix(runtime): keep the stale-title clear's process checks and record lifetime
The stale-working-title clear is now an explicit branch instead of an early
return. It still skips the title/status evidence readiness and delivery
read, but runs what main's clear did to re-derive process state: the
foreground-agent re-probe (an exited shell-launched agent loses its
identity) and the completion-race exit check behind a fresh done hook. The
clear now lives on the PTY record, so an SSH relay drop and reattach keeps
the cleared display, and a recreated tracker is seeded from it. Presence
judges a retired title by display ordering, so a renderer pane title older
than the clear cannot prove an exited agent is present.
* docs(runtime): OMP's idle title precedes its setup wizard by its startup tail
* fix(runtime): judge agent presence by the displayed title while a clear stands
A title the stale-working timer cleared used to veto presence outright, so a
live, busy agent whose title cleared to its name and whose process Orca
cannot recognize read as no agent, and the answer depended on whether a
renderer pane was mounted. Presence and the terminal status query now read
the display projection instead, which is what they read before the clear
stopped rewriting records: a cwd spinner still clears to a neutral title, so
the foreground process decides for an agent that exited behind it.
* fix(runtime): compare a cleared title with a lifecycle cleared the same way
The stale-working clear no longer writes the prompt lifecycle, so the
blocked-dialog check compared a cleared title with a still-working
lifecycle and ignored a trust or update dialog painted after the clear:
terminal status said idle, the guarded send accepted, and a mounted pane's
interactive wait went missing. The lifecycle is now projected through the
clear wherever a cleared title is compared with it, as main recorded both
together. That comparison can only report a wait on the user, never idle.
* fix(runtime): verify prompts behind a stale-title clear against main's baseline
Prompt-submission verification read the native lifecycle while a
stale-working clear stood, so output after a swallowed Enter behind a stuck
spinner counted as delivered, and the first spinner frame after the clear
was not a new turn. Its starting status now goes through the same lifecycle
projection the blocked-dialog check uses, and the first working status
after a clear starts a new turn, as main recorded it. Readiness, delivery
and the mailbox still read only native evidence. The blocked-dialog comment
now says the projected pair reproduces main's verdict.
---------
Co-authored-by: drakeo338 <paranoyouz@gmail.com>
Co-authored-by: Ahmed Nagy <ahmednagy25t@gmail.com>
Co-authored-by: Saurav M Hiremath <sauravhiremath@gmail.com>
* fix(files): replace watcher subscriptions after native failure (#24723)
* fix(files): retry failed shallow directory watch replacement (#24724)
* fix(git): share pending watcher reconciliation startup (#24725)
* Skip dependency installation for known headless build inputs (#24716)
* ci: defer headless dependency installation until graph analysis is needed
* docs: align headless CI rollout with platform and cache policy
* test: isolate headless detector output from the parent CI step
* Reuse pnpm verification records in Alpine CI (#24817)
* ci: reuse pnpm verification records in Alpine builders
* ci: qualify consumers of the verification restore action
* ci: match Linux verification cache archive paths
* ci: overlap ARM SSH setup and independent observation waits (#24714)
* fix(tests): run watcher crash harness against current code (#24705)
* fix(tests): resolve watcher crash harness from repository root
* fix(tests): rebuild watcher crash harness from current sources
* fix(tests): register watcher interruption callback as an owner hook
* ci(release): publish after a skipped orcad template (#24882)
* ci(release): publish after a skipped orcad template
#24872 skips orcad-template for tags that predate it, but a skipped ancestor
skips every job that keeps the implicit success(), so publish-release and the
post-release jobs never ran for v1.4.219.
* test: brace-free filter in the orcad downstream contract
* Reduce scheduled CI cache warming to every six hours (#24881)
* Reduce scheduled CI cache warming to every six hours
* Document cache warmer recovery interval and measured tradeoff
* ci: move ARM Mac qualification to macOS 15 (#24760)
* fix(files): keep watcher streams across SSH reconnect races (#24722)
* fix(files): preserve watcher streams across SSH reconnect races
* fix(types): prune the checked SSH watcher from suppression baseline
* fix(files): retain established SSH watches through connection loss
* fix(files): fence initial SSH watcher callbacks across reconnects
* test(files): verify guarded SSH watch errors and cancellation
* Keep large Markdown previews responsive (#24880)
* Keep large Markdown previews responsive
* Fix large preview review navigation and Find budgets
* Initialize preview scroll caches once and check viewport visibility
* Restore large previews after loaded rows are measured
* Refresh loaded Markdown rows after viewport changes
* Keep Markdown revisions visible and reuse bounded search text
* Skip slower Windows root package-store restores in CI (#24885)
* Skip slower Windows root package-store restores in CI
* Update reviewed mobile dependency-store cache expression
* Advance full shutdown deadlines in mocked Codex connection tests (#24893)
* fix(plugins): restore development watchers after folder replacement (#24726)
* fix(files): retry failed shallow directory watch replacement
* fix(plugins): restore development watchers after folder replacement
* fix(plugins): reconcile root bindings without broad macOS watches
* fix(plugins): avoid source-watch restarts on Windows child edits
* fix(plugins): preserve full filesystem identity precision
* fix(plugins): recognize root replacement on inode-less volumes
* fix(plugins): preserve availability without reliable directory identity
* fix(watchers): preserve directory identities when checking replacements (#24888)
* fix(watchers): preserve full directory identity precision
* fix(watchers): recover replaced inode-less directories
* fix(watchers): decline unavailable creation-time identities
* fix(opencode-go): don't fall back to OPENCODE_API_KEY when the credential database is unreadable (#24605)
* fix(opencode-go): stop before OPENCODE_API_KEY when the credential database is unreadable
An unreadable OpenCode credential database read as 'no key', so the Go key
resolver fell through to OPENCODE_API_KEY, which OpenCode shares with its
Zen provider and can show usage for the wrong key. The database read now
reports unreadable separately; with an env key set the resolver stops, and
the usage fetch uses a configured cookie or shows a readable error.
* fix(opencode-go): treat a denied credential-database listing as unreadable, not missing
* fix(codex): skip the hook trust RPC when Codex's session index is unreadable (#24604)
An unreadable state DB was read as 'not busy', so the trust grant ran a
short app-server RPC that can refresh an abandoned backfill lease. A
tri-state pending check lets the trust grant take its fallback, while other
callers keep their existing boolean behaviour.
* refactor(cursor): move the desktop-login read onto the shared foreign SQLite reader worker (#24603)
* refactor(sqlite): rename the OpenCode SQLite worker entry to foreign-sqlite-reader (STA-9122)
The worker thread that reads OpenCode's database off the main thread is about
to read other apps' databases too, so its entry is renamed to what it is:
src/main/foreign-sqlite-readers/foreign-sqlite-reader-entry.ts, built as
out/main/foreign-sqlite-reader-entry.js.
Why now: #24572 fixed the Cursor focus freeze with a second, dedicated
worker. Rather than grow one worker per foreign app, the next commit moves
Cursor onto this entry and deletes that worker. This commit is the rename
only; #24572's cursor-desktop-profile-worker-entry lines stay until then.
It moves out of ai-vault/ into a new foreign-sqlite-readers/ module because
it will no longer be session-scanner code; the module will own the readers,
their dispatch, protocol and main-process client.
The entry still routes only OpenCode kinds in this commit. The OpenCode
dispatch, protocol and process entry stay in ai-vault/ and stay OpenCode-only,
because the SSH/WSL relay reader bundles them (build-relay.mjs).
Every reference is updated: electron.vite.config.ts input key, knip entry,
the plain-node entry guard and its test, the asarUnpack list (the scanner
service still spawns this entry under ELECTRON_RUN_AS_NODE), and the
electron-builder test that reads the filename. The filename and the
beside-or-one-up (Rollup chunks) lookup now live in
foreign-sqlite-reader-entry-path.ts, which the OpenCode spawn reuses, plus an
Electron-main resolver that uses the packaged app.asar path.
* fix(cursor): move the desktop-login read from its dedicated worker onto the foreign SQLite reader (STA-9122)
#24572 fixed the Cursor focus freeze (#24360) with a dedicated worker
(rate-limits/cursor-desktop-profile-worker*.ts). Orca already runs OpenCode's
database reads on a worker, and more foreign-app SQLite reads are coming, so
keeping one worker per app means one entry, build input, asarUnpack line, knip
entry and guard line each. This keeps one pattern instead: Cursor's
state.vscdb read runs on the shared foreign SQLite reader entry, and the
dedicated worker, its entry and its config lines are deleted.
What moves:
- The read itself is a pure cursorProfile reader in
foreign-sqlite-readers/readers/ (was rate-limits/cursor-desktop-state-db.ts),
run only on the worker. A separate dispatch owns the new kinds and refuses
an unknown kind. The entry routes OpenCode kinds to the untouched OpenCode
dispatch, so the relay's OpenCode reader stays byte-identical.
- ForeignSqliteReaderClient gives each reader its own WorkerThreadRequestQueue
lane (own lazily started, idle-torn-down thread; one shared factory) with
in-flight dedupe per database path. Any failure resolves to the reader's
existing failure value and never falls back to the main thread.
Kept from #24572, so every reader gets them:
- Await worker retirement before respawning. Worker.terminate() cannot
interrupt a native SQLite call (e.g. a WAL-index rebuild), so the old
thread lives on until that call returns; respawning at once stacked a new
thread on the same work for every timed-out read (#24572 measured three
live workers). This belongs in the shared host, which fire-and-forgot
terminate(): LazyWorkerThreadHost now takes awaitRetirement and refuses to
spawn until the terminated worker settles, and the queue fails calls closed
meanwhile. Opt-in, because pure-JS clients (session scanner abort, port
scan) respawn right after an abort. A rejected terminate() also ends
retirement, so it cannot latch the reader off (raised in #24572's review).
- 10 s Cursor timeout, 2 consecutive deaths, a queue cap of 8.
- #24572's worker tests, rewritten against the shared client: responsive
caller plus coalesced probes, unavailable worker without path leaks,
stalled-worker recovery, no respawn before retirement, dispose settles.
Tests: reader, dispatch, client (timeout, 10 s default, crash, malformed,
unavailable without a main-thread read, dedupe, queue cap, own thread per
reader), queue retirement (stalled and rejected terminate), import boundary,
and an event-loop test reading a ~50 MB WAL with no -shm on a real worker.
* test(sqlite): walk the reader import boundary with the shared source-tree scan (STA-9122)
* fix(sqlite): key reader dedupe on a caller-supplied key, not the path alone (STA-9122)
* Skip slower root package-store restores in Linux PR jobs (#24896)
* test: advance mocked Claude child exit deadlines (#24897)
* perf(tab-bar): a change to one tab no longer re-renders every tab (#24261)
With many tabs open, a change to any one tab (a retitle, an agent finishing, a tab switch, a git status write, or a browser tab update on SSH and web clients) re-rendered every tab in the strip, so the strip stuttered. Each tab is now a memoized row that re-renders only when its own values change, with stable handlers, a stable drag id list and stable drag sensor options. Editor tabs get their own git status, and mirrored browser tabs keep their page-id list while the ids don't change.
Part of #24241: opening, closing or reordering a tab still re-renders every tab once.
* Reuse the headless detector compiler without installing full dependencies (#24895)
* Reuse the headless detector compiler without full dependency setup
* Keep optional compiler-cache saves from failing cache warming
* Stop mocked renderer imports from qualifying headless CI (#24902)
* Decouple headless running-work tests from the renderer
* Keep the shared running-work probe contract documented
* fix(opencode): read the binder's session store off the main thread; ship the reader worker in orcad (#24638)
* fix(opencode): read the binder's session store on the foreign SQLite reader worker (STA-9122)
Before: the OpenCode session binder listed new sessions from opencode.db with
node:sqlite on the main thread every 60 s (and on SessionStart kicks), so a
large or contended store could stall the app the same way Cursor's did.
After: the read is a pure openCodeBinderSessions reader in
foreign-sqlite-readers/readers/, run only on the worker. The binder's
correlation, pane snapshot and process sweep stay where they were.
- The binder round awaits listSessions and re-checks its generation right
after, so a stop() during the read discards the round before it touches the
unbound map or the watermark.
- The client's in-flight dedupe key now includes the cursor, so a stale round
from before a restart cannot hand its rows to the restarted round.
- Idle teardown is per reader. The binder lane keeps its thread for 120 s,
longer than its 60 s poll, so the thread is not respawned every round.
- A timeout, crash, malformed reply or unstartable worker resolves to [] (no
sessions), the value the old read already returned on failure.
- An absent store still reads as [] without a log line, and a permission or
corrupt-file failure still logs (kept from #24577, now in the reader: it
stats the path and throws anything but ENOENT/ENOTDIR to the client's log).
- The binder lane inherits #24572's limits from the shared lane: no respawn
until a timed-out worker has exited, 2 consecutive deaths, a queue cap of
8. Its timeout stays 60 s, matching its poll.
- dispatch switches on the destructured kind, so a new kind without a case
still fails to compile.
orcad: the hook server runs there too, so orcad now ships
foreign-sqlite-reader-entry.js beside orcad.js (ORCAD_ARTIFACTS, built as an
orcad child). build-orcad runs a smoke check that starts the built worker
under the build's Node and under the pinned runtime, and does a real binder
read on a fixture DB, a Cursor read of a missing file and an OpenCode history
list. The OpenCode history scanner uses the same entry and was bundled into
orcad without it, so on orcad it always failed closed; it can now run.
Tests: reader (cursor, same-ms ids, OpenCode 2 rows, missing then created,
corrupt, inaccessible directory), retirement gate for the binder lane, dispatch
routing, client lane (rows, failure -> [], dedupe per cursor, own thread, idle
teardown default and override), binder loop with an async listSessions
(failure -> [], stop during the read), orcad path resolution through orcad's
host adapters, artifact list, and the smoke check against good, missing and
non-reading entries.
* test(opencode): cover the binder read deadline with fake timers and name the failure test accurately (STA-9122)
* refactor(ai-vault): delete the unused session-scanner worker thread (#24607)
* refactor(ai-vault): delete the unused session-scanner worker thread
Production always scans through the forked session-scanner service process;
the worker thread was reachable only under NODE_ENV=test or the
undocumented ORCA_AI_VAULT_SERVICE_PROCESS=0 switch, and nothing fell back
to it on service failure. Remove the thread (spawn, client, protocol, entry,
tests), its build entry, knip and plain-node-guard listings, and the
backend switch, so session-scanner-background always routes to the service.
- Move the scan options type to the service protocol as
AiVaultServiceScanOptions.
- Tests now mock session-scanner-service-spawn, the seam production calls.
- Repoint the hot-path listing reliability gate from the worker-client test
to the service-client test, which covers the same bounded-queue,
cancellation, and fault-restart properties for the real executor.
STA-9122
* test(ai-vault): cover the service's Claude-vs-OMP subagent lister choice
Runs the real service entry and subagent reader, replacing only the two
per-agent listers, so a swapped lister choice fails.
STA-9122
* Skip slower root package-store restores in macOS PR jobs (#24908)
* Skip slower root package-store restores in macOS PR jobs
* Update the companion cache-policy contract
* Overlap independent Linux headless runtime builds (#24910)
* test(persistence): wait for real worker readiness before timeout (#24793)
* Add Qoder session history and search (#24614)
* Add Qoder session history and search with real CLI coverage
* Allow the real Qoder marker file to end with a newline
* Keep Qoder tool output out of history previews and search
* Keep Qoder search pages readable by older clients
* Verify persisted Qoder history after a real generated and resumed task
* Negotiate Qoder filters before searching an older execution host
* Combine search client imports for the CI plugin gate
* Keep the relay search oracle aligned with legacy agent filtering
* test(qoder): align search capability contracts and pin old-host fencing
* fix(cursor): show the primary model pool in compact usage (#24830)
* fix(cursor): show the primary usage pool without hiding exhaustion
Use Cursor's reported plan percentage when its base allowance disagrees.
Select Cursor Models for compact display while preserving maximum-pool
warning, overflow, sorting and collapse behavior.
Adopts the plan mapping and primary headline intent from PR23531.
Co-authored-by: DakaAlvarez <149860458+Dacadev97@users.noreply.github.com>
* fix(cursor): describe compact usage summaries
Correct the existing six translations and fallback to describe one summary per provider after the compact Cursor primary-pool adoption. Preserve quota mapping, selectors, alerts, sorting and detailed presentation.
Validated source patch: d2a233e5f90a2cf8ccfb02dfafe99e0e03add48d with normal installed commit hooks, localization catalogs and changed-code quality. Standalone copy uses a private index and preserves the reviewed candidate ancestry.
Co-authored-by: DakaAlvarez <149860458+Dacadev97@users.noreply.github.com>
---------
Co-authored-by: DakaAlvarez <149860458+Dacadev97@users.noreply.github.com>
* fix(native-chat): one ordered journal writer (#24127)
* fix(claude): settle a queued send the CLI withdrew from its own cancelled frame
Claude reports each uuid-stamped command's lifecycle (queued, started,
completed, cancelled). A send it withdraws from its queue gets `cancelled`
before the interrupt or cancel_async_message answer, so a lost or failed
answer no longer leaves that send pending: it settles as withdrawn, with the
same reason and words as the receipt path.
A command the CLI already started also ends `cancelled` when its turn is
interrupted or fails, so `cancelled` after `started` is not a withdrawal;
an echoed send has left the waiter lists and is never reached.
Tests replay real 2.1.280 captures, scrubbed.
* fix(claude): release a doubted send when the CLI reports its session idle
A Claude send whose write ended in doubt is recorded `unknown`, and a live
`unknown` reads as work still owed, so the chat showed Working until the
child exited. Claude sends `session_state_changed idle` only once its whole
queue has drained, so it can no longer be holding that send. The runtime now
routes that report to the host's existing release, the same one Codex's
thread-stopped report uses; it retires `unknown` only, never `pending`.
* fix(claude): keep a command's started mark when a redelivery re-emits queued; fixtures name msg_lifecycle_v1
* fix(claude): settle every terminal lifecycle state of a send the CLI never echoed
A send the CLI started, then cancelled before any echo, stayed pending: it may
already be in the conversation, so it is released as doubt (unknown, recovered),
never withdrawn and never re-sent. A late echo still accepts it.
The 2.1.280 schema has two more terminal states. `discarded` (the CLI ended its
session with the send still queued) settles as not delivered; `refused`
(declined before it queued) settles as not accepted by the provider. After
`started`, either one is doubt, as `cancelled` is.
The late-settlement path gains an `unknown` outcome, which the host records as
released doubt.
* fix(claude): release a send the CLI took but left unanswered when it goes idle
`session_state_changed idle` comes only once the CLI's queue has drained, so a
send it took that is still unanswered there got no echo and never will: a turn
that throws can leave `started` with no terminal state. Idle releases it as
doubt.
What proves the CLI took a send is its lifecycle frame. On a CLI that reports no
lifecycle, it is the send's place on stdin: one whose write finished before an
interrupt went out was read before the interrupt was, so the first idle after
that interrupt releases it too. A send armed ahead of the interrupt but written
after it is left alone, since the CLI may still run it.
* fix(native-chat): keep the idle sweep off a Claude child that holds a send
A Claude retrying a rate-limited request has taken the send but echoes nothing,
so no turn row exists yet and the sweep rested the child after the idle window,
turning the send into doubt. The adapter now reports whether the CLI holds a
send (lifecycle `queued` or `started`, not yet echoed or ended), derived from
the live waiters, and owed work counts it.
Nothing is stored: every held send leaves the live set on its echo, its
terminal lifecycle state, the CLI's idle, or the child's exit, so the hold ends
with the send.
* fix(claude): count only a started send at idle and as a held send
2.1.280's end-of-turn cleanup can report idle before it re-reads its queue, so
a send read in that window goes queued, idle, started. Releasing every taken
send at idle doubted that live send and dropped Working. Only a `started` send
is released at idle or keeps the child from the idle sweep; a `queued` one ends
by starting and echoing, by a terminal lifecycle frame, or with the child.
The stdin-order path for CLIs without lifecycle frames is removed: a doubted
send retired there disables content matching on CLIs that mint their own echo
ids, and no Orca failure called for it. Those CLIs keep the earlier behaviour.
Comments that said only a failed write or child exit ends a waiter, or that
idle comes only once the queue has drained, now say what ends one.
* docs(claude): say only what the CLI's lifecycle frames and idle actually prove
* fix(claude): hold the idle sweep while Claude has a send queued, not only started
The sweep rested a child whose CLI had queued a follow-up behind a turn, dropping
the send it had already taken. The hold now spans the CLI reporting it took the
send until its echo, a terminal lifecycle state, or the child's exit. The idle
release still covers only started sends: 2.1.280 can report idle before it
re-reads its queue.
* refactor(native-chat): give provider-proven late dispatch settlement its own module
* test(claude): pin a steer a Stop interrupts after it started as doubt, not withdrawn
* fix(native-chat): one ordered journal writer
Every journal write, streamed or direct, lands in the chat's one write queue
in the order it is issued, and has landed in the fold when its call returns
(except while an owed import is paid, when it lands in queue order). The event
sink stops being a queue ahead of it; journal-write coalescing, which moved a
replaced write to the tail, is removed; closing a sink no longer loses writes
already handed over. The ten flushStreamedEvents patches go. A streamed text
item takes its place at its first delta, so a direct write inside the
coalescing window never lands above text already streamed. A Stop interrupts
whatever its bookkeeping writes do.
* fix(native-chat): a failed Stop holds the lane until its queue pause lands
A Stop whose note write or stop call failed skipped the wait for its
withdrawal and pause, so the lane freed first; with writes queued behind
owed work, the drain could hand the waiting card to the agent after Stop.
* fix(native-chat): a journal write body is typed synchronous
The queue's ordering rule needs every write body to finish before it returns;
serialize still took a promise-returning body, so an await inside one would
let a later write land first. The body type now refuses a promise.
* fix(native-chat): a stream's first window snapshot always lands
The first-delta write counted as the growth checkpoint, so the window's
snapshot was skipped until 32 more characters arrived: a stream showed only
its first token, and a Codex reasoning row could sit as an empty aside. The
coalescer now marks the row-creating emit and the first snapshot after it,
and both providers' growth throttles write those.
* test(native-chat): streamed text rewritten in place above a Stop note
Covers a stream whose later deltas wait in the window across a Stop, for
Codex and Claude, and a Codex item completed inside the window.
* chore(native-chat): drop comments that still describe coalesced journal writes
* fix(native-chat): type the draft-table write body synchronous too
* fix(native-chat): an empty delta owes no streamed-text emit
The opening snapshot is forced past the growth rule, so an empty second
Codex delta rewrote the row with identical text. The coalescer now marks a
stream dirty only when a delta adds text.
* fix(native-chat): a mutation's open pays an owed import first
With the flushes gone, a Stop naming no turn, a goal set or a /clear could
read the fold while provider rows still waited behind a restore's owed
import: the Stop answered cancelled:false and interrupted nothing. The open
every mutation shares now waits for the import, as a reader's does; a failed
import is reported and never refuses the mutation.
* chore(native-chat): whenImported says mutations await it too
* test(native-chat): a Stop interrupts before its withdrawal or pause settles
Pins the order for a write that is held and then fails, for a Stop naming
its turn and one naming none.
* test(native-chat): a Stop ends a starting child before its withdrawal or pause settles
* test(native-chat): Stop order tests wait for the interrupt, not a 50 ms timer
* test(native-chat): settlement-order test reads rows through the journal row parser
Replaces a Reflect.get field walk, which the low-evidence audit rejects, with
parseJournalRow and the named row types.
* fix(native-chat): an empty delta still owes its emit, just not a forced one
The previous fix stopped an empty delta from marking the stream dirty, which
broke the pinned contract that an empty stream is snapshotted and flushed.
The coalescer now marks a stream dirty on every delta and tracks separately
whether its text changed since the last emit; only a changed snapshot is
the opening one that skips the growth throttle.
* revert(native-chat): drop the first-text row write from the delta coalescer
The immediate first-delta emit (and the opening flag and counters it needed)
had no Orca-observed failure behind it and added a journal commit per
streamed item. The coalescer, the Claude checkpoints and the tests that
pinned the first-text row go back to main's behaviour; the one ordered
writer, the sink hand-off and the Stop rules stay.
* fix(worktrees): list a folder once when git reports it twice (#24357)
When git lists the same folder twice (a leftover worktree registration that points at the main checkout), Orca's runtime listing turned each line into its own worktree with the same id, so `orca worktree current`, `active` and `branch:` failed with selector_ambiguous, and paired clients saw a duplicate row. The runtime scan now keeps git's first row per folder, the rule the desktop sidebar already uses. Separately, for a bare or separate-git-dir repo added through a linked worktree, the scan no longer relabels the main row with that worktree's folder (it relabels only when the folder's git dir is the common git dir), so the worktree keeps its own row and branch in the CLI and the sidebar. No extra git command runs.
Part of #23631: the "Profile state writer command timed out" toast in that issue has a separate cause.
* Bound AI Vault cache loading and keep atomic saves responsive (#24789)
* Bound AI Vault cache loading and cooperative atomic saves
Preserve schema 3 caches across compatible releases while limiting bytes, JSON structure, and newest unique rows. Keep in-process entries authoritative and retain a valid prior snapshot when the newest row cannot fit.
Credits @AmethystLiang for the original PR10708 cache bounds and cooperative persistence intent.
* Use checked cache JSON properties in cooperative serialization
Preserves lazy own-property access and all serializer bounds, yields and errors.
* Resolve explicitly configured command aliases for workers (#24648)
* feat(orchestration): resolve explicitly configured command aliases
* docs(orchestration): explain configured command aliases
* fix(orchestration): validate configured aliases with target shell grammar
* fix(orchestration): use actual shell and refuse assignment-only aliases
* test: preserve typed calls in configured worker target checks
Replace Reflect.apply with the existing typed prototype call pattern so the unchanged regression cases pass the anti-slop lint gate.
* Cancel the journal import test sampler before database teardown (#24767)
* fix(antigravity): bound Windows hook stdin on the owning runtime (#24622)
* fix(antigravity): bound Windows hook stdin before posting status
* fix(antigravity): publish Windows hook companion before core
* test(antigravity): name Windows hook payload cases explicitly
* Add verified native Antigravity Accounts on the owning runtime (#24691)
* Add verified native Antigravity accounts on the owning runtime
* Keep Antigravity usage tied to its observed native account
* Refuse oversized encrypted Antigravity snapshots before writing
* fix(antigravity): localize account heading and search terms
* fix(worktrees): a worktree delete git fails partway stays listed and can be retried (#23952)
* fix(worktrees): delete removed checkouts in git, not in Orca's file pool
Local worktree removal renamed the checkout into a sibling trash root and
deleted it in the background with a recursive fs.rm in the main process.
That queued one request per entry on libuv's shared 4-thread file pool, so
for minutes every other async fs call in the main process (the agent-session
store behind chat sends, file explorer reads) waited behind the delete.
`git worktree remove` now deletes the checkout inline in git's own process
again, so the card stays in its Deleting state for the length of the delete
while Orca's file pool stays free. No timeout applies to the call, so a
large delete is never killed halfway.
If git reports success but the path still exists (Git for Windows leaves
junctions and their parent directories in place), the leftover is deleted
with the existing removeHostTree; WSL checkouts stay with the distro.
Nothing creates trash any more: the scheduling queue, rename/restore
helpers and the trash_rename span are gone. The startup sweep stays to
drain entries older releases left behind, and now removes each emptied
trash root so the obligation ends.
* fix(worktrees): let Git delete Windows checkouts with long paths enabled
Removal now always runs Git's own recursive delete, and worktree creation
checks out with core.longpaths on Windows, so a deep checkout Orca created
could fail to delete with "Filename too long" (#6433). The Windows recovery
then finishes the delete but keeps the branch. Pass the same command-scoped
core.longpaths option to `git worktree remove` so Git can delete what it
created.
Also point the CI shard timing entry at the renamed real-git removal suite.
* fix(worktrees): keep an inherited GIT_ASK_YESNO out of the worktree delete
Git for Windows asks $GIT_ASK_YESNO whether to retry when a file stays
locked during a recursive delete. Orca's git env inherits the user's
environment, so an inherited value would run an arbitrary prompt program
in the middle of a removal. Drop it for the removal call only.
* perf(worktrees): run worktree deletes under their own limit, outside git admission
`git worktree remove` now deletes the whole checkout in Git's own process,
which takes 20-35 s on a large tree. It took a general git admission slot at
status tier for that whole time, and that cap is as small as two slots on a
machine with six or fewer cores, so two deletes blocked every status read.
Deletes now skip general admission and queue under their own limit of two
per host instead: two concurrent deletes already saturate one disk, and more
only slow each other down. Leftover cleanup runs inside the same slot.
* fix(worktrees): delete removed checkouts in the background and mark them removing
Since the checkout is deleted by `git worktree remove` in Git's own process,
a large delete takes 20-35 s. Answering the request only after that made web
and mobile (30 s), paired desktop (60/180 s) and the CLI (60 s) report a
failure for a delete that was still going, and mobile silently re-showed the
row.
The request now does everything that can refuse (lock, cleanliness, archive
hook, watcher/terminal gate, terminal stop, shared-link unlink), records the
removal in an in-memory table on the host and answers `removing: true`. The
delete, branch cleanup and metadata purge run after it in the same order as
before, and the watcher/terminal gate stays held until they finish.
- Listings mark rows in the table `removing` for clients that advertise
`worktree.background-removal.v1` (the desktop renderer, paired desktop and
web), and leave them out for everyone else (older clients, mobile, the
CLI), which already dropped the row when the request answered.
- The outcome (removed, with any preserved branch, or the error) rides the
existing worktrees-changed event as an optional field, sent after the row
has left the table.
- A repeat delete while Git runs joins it. A create at the same path or with
the same branch is refused with "Cleanup is pending; try again shortly";
create's name search skips the path, so generated names move on.
- Nothing is persisted: after a quit or crash Git still lists the checkout
and it can be deleted again. WSL checkouts still delete inline.
- `orca worktree rm` says the checkout is still being deleted.
* fix(worktrees): keep the existing Deleting card until the host's Git finishes
The host now answers a local worktree delete on acceptance and deletes in the
background. The renderer keeps the existing delete state set until the host
publishes how it ended:
- The delete that asked waits for the outcome on the worktrees-changed event
(local IPC or the paired runtime's client event), then runs the same
teardown, preserved-branch toast and card error an inline delete did. If
that event is lost to a dropped connection, a listing that shows the row
gone after it was marked removing finishes the wait, and one that shows it
back without the marker fails it.
- Any other renderer (a reload, a paired desktop, web) sets the same delete
state from the host's `removing` marker and clears it when the marker goes.
A failure the host publishes lands on that card's existing error.
- Web advertises `worktree.background-removal.v1` so the host sends it the
marker; paired desktop does through the Electron capability list.
No new component, style or state: the card reads the delete state it always
did. A host that predates this answers when done without `removing`, and the
renderer takes that as finished, as before.
* test(worktrees): type the removal harness and projection for the node typecheck
* fix(worktrees): don't fail a delete retry with an earlier attempt's buffered failure
A background removal's outcome that reached this renderer with no waiter (another client's
delete, a host-marked card, or one already settled from listings) was buffered for 60 s and
consumed by the next delete of the same workspace, so retrying a failed delete failed at once
with the old error while the host was deleting. Drop the buffered outcome before sending the
request; only an outcome that arrives after it can belong to it.
* fix(worktrees): let only a gap in host events settle a background delete from listings
Git unlists the checkout before the host deletes the branch, cleans the push target and purges
metadata, and the worktree-directory watcher refetches within 250 ms. The renderer read the
missing row as a finished delete, so the waiter resolved without the preserved branch (no
toast) and a failure in those last steps showed as success; the real outcome was then dropped.
The listing fallback exists only for a lost outcome event, so it now applies only after this
host's event stream had a gap: a new subscription or a replay after reconnect.
* perf(worktrees): let a bulk delete start each same-repo checkout delete once the host accepts the last
A bulk delete ran one worktree at a time per repo (#2259, for packed-refs and ref-lock races in
branch cleanup). With Git now deleting each checkout for 20-35 s before the request settles, N
worktrees in one repo took N times that. The renderer now queues same-repo deletes only until
the host accepts each one; a parent still waits for its nested children to finish. The host
serializes the branch cleanup step per repo itself, which also covers removals started by
different clients.
* test(worktrees): pin the host platform in the mocked removal suites so they pass on Windows
Removal now passes -c core.longpaths=true on Windows, so the exact-argv
assertions and command-keyed mocks never matched there (17 failures on a
Windows host). Pin darwin as the add-worktree suites already do, and drive
the one Windows-specific case through the same spy.
* test(worktrees): type the blocked git remove result instead of a broad object
The anti-slop static-analysis gate rejects `object` parameters.
* test(worktrees): clear the changed-code quality gate in the removal suites
Merge the duplicate node:fs import, build the mock child without a cast, read
worktrees:list rows through one typed helper, and give the remaining casts a SAFETY line.
* fix(worktrees): record each background delete durably and finish it after a quit or crash
A quit mid-delete left git to finish the checkout on its own while the branch
delete and metadata purge never ran; a crash left a normal-looking row. Each
accepted local removal now writes a record beside the profile state before git
starts, clears it on success or failure, and the host runs the same delete
again for any record left at startup, re-deriving what remains from git and
disk. An orderly quit stops the checkout delete without waiting for it.
* test(worktrees): type the interrupted-removal assertions for the node typecheck
* fix(worktrees): finish an interrupted delete that already removed the checkout's .git file
Quit stops git worktree remove mid-delete, and Git deletes the checkout's .git
file wherever it falls in directory order. Git then refuses the checkout
("validation failed ... .git does not exist") on every retry, so the startup
finish failed and the row could never be deleted from Orca. A registered
checkout this record owns that has lost its .git file now finishes like an
unregistered one: leftover files, prune, then the branch.
* fix(worktrees): let Git finish an interrupted delete, and never take a different checkout
A quit or crash that stops `git worktree remove` after it deleted the checkout's
.git file left a registered checkout Git refuses to remove. The previous fix
deleted that leftover inside Orca's process, which is the bulk delete this
change exists to avoid (and on Windows the leftover can be most of the
checkout). The startup finish now rewrites the missing .git file from Git's
own admin entry for that path and lets `git worktree remove --force` delete
it. `git worktree repair` is not used: it also re-points every other
registered path, including a checkout another repository now owns there.
Orca deletes the leftover itself only when no admin entry claims the path.
The startup finish forces, so it now leaves the path alone when the checkout
there is not the one recorded: a registered worktree on a different branch or
head, or a `.git` at a path Git already unregistered. The record is dropped and
the card shows why.
The record write before Git starts is now bounded (2 s, logged when exceeded)
so a stalled disk cannot hold the delete, and the outcome is published before
the record's clear reaches disk.
* test(worktrees): compare worktree paths by value and tear down with Windows lock retries
Git prints forward slashes in `git worktree list` on Windows, so the real-Git
removal suites never found a joined path there: positive checks failed and
negative ones passed without proving anything. They now compare Git's parsed
rows by value. Teardown uses the shared retrying removeTree, since Windows can
hold the deleted checkout busy for a moment after Git exits. Adds a
relative-path worktree case for the .git restore (skipped before Git 2.48).
* fix(worktrees): reply to a worktree delete when it has finished, not on a broadcast event
A current client's delete request now waits for the host's background delete and gets its real
result (removed, a preserved branch, or the error) as the reply, the way it did before the delete
moved off the request. A request that arrives while the delete runs joins it and gets the same
result. Every other view keeps reading the host's `removing` marker: the row leaving means the
delete finished, and the row listed again without the marker shows "The delete did not finish.
Try again." on a card that view had marked Deleting. A request whose reply is lost (a timeout or a
dropped connection) settles the same way from a fresh listing instead of reporting a failure.
Clients without the background-removal capability (mobile, the CLI, older desktops) are still
answered on acceptance and have rows under removal left out of their listings.
This removes the outcome on worktreesChanged and everything it needed: the renderer's outcome
waiters, early-outcome buffer and TTL, per-host event-gap generations, the request pre-registration,
and the accept callback bulk delete used. Bulk delete runs same-repo deletes in parallel only on
this machine, whose host serializes branch cleanup per repo; SSH and paired hosts stay serialized.
* test(worktrees): type the pending-removal host id in the background-removal suite
* fix(worktrees): answer a delete request even when a concurrent removal of the same worktree replaced its record
The desktop app's removal and the runtime removal (CLI, paired clients) coalesce separately, so
both can be accepted for one worktree. The second replaced the first's record, and the first
delete then finished without resolving the request waiting on it, leaving the desktop card on
Deleting indefinitely. Each delete now settles the request it was started for.
* fix(worktrees): run same-repo removal archive hooks and teardown one at a time on the host
Local bulk delete now sends same-repo removals in parallel, so their archive hooks, terminal
teardown and preflight ran at once; a hook that writes refs can race the repo's ref locks
(#2259). The host now serializes each local removal up to acceptance per repo, for every
client; Git's checkout delete still runs in parallel under the delete limit.
* fix(runtime): keep waiting worktree deletes out of a host's foreground call slots
worktree.rm now replies only after Git deletes the checkout (up to minutes), so on paired
desktop and web each waiting delete held one of the host's 8 foreground call slots, and a
bulk delete queued listing refreshes and every other foreground call behind it. Deletes now
run in their own lane with the same bound; the 2-slot background lane stays for status polls.
* fix(worktrees): join a same-worktree delete accepted while a removal waited its repo turn
The desktop app and the runtime (CLI, paired clients, web) check for a running delete before
they queue for the repo's acceptance turn. A delete of the same worktree from the other path,
accepted while this one queued, was missed: this request re-ran the archive hook, stopped the
terminals again and started a second `git worktree remove` on the directory Git was deleting.
The queued acceptance now re-checks and joins the running delete.
* fix(worktrees): fence a resumed delete's checkout from startup, and drop rows a listing read before the delete finished
A delete a quit or crash interrupted took its terminal and file-watcher gate only when the resume
job ran, after the first window was shown; session restore could open a shell or watcher inside the
half-deleted checkout first, and on Windows that handle can fail the resumed git delete. Loading the
records now fences each recorded path, and the resumed job takes the fence over in the same tick it
takes its own gate.
A listing that read git's registration before a delete finished, and replied after the removal
record cleared, returned the row unmarked, so other views briefly showed "The delete did not
finish". Listings now capture the pending removals before reading git and leave out a row whose
delete finished successfully since; a row whose delete failed stays listed as before.
* test(worktrees): keep git's auto-maintenance out of the real-git removal suite
CI's Git 2.55 failed the file-pool test in teardown with ENOTEMPTY on the scratch repo's
objects/pack after the test body passed: the 3,000-file commit's detached auto-maintenance was
still writing a pack. The scratch repo now disables auto-maintenance and auto-gc.
* fix(worktrees): one archive-hook approval covers a same-repo bulk delete again
Local same-repo deletes now start together, so each queued its trust prompt with a state snapshot
taken before the first prompt was answered; approving the first still showed the same prompt once
per remaining worktree. The queued check now reads the store when its turn comes.
* fix(worktrees): a delete Git fails partway stays listed with its error; Delete retries it
`git worktree remove --force` drops the checkout's registration even when it
cannot delete a file (root-owned files, `chflags uchg`, a read-only Windows
directory). Orca lists workspaces from Git, so the row vanished after the error,
leaving the checkout, the branch and Orca's metadata with no way to retry.
- A background delete that fails with the checkout still on disk, unregistered,
and still the removed checkout's own leftover keeps its durable removal record
with the error (`failure`) instead of clearing it. Every other failure clears
it as before.
- Local listings (desktop list/list-all/detected, runtime list/ps/detected)
add a row for each such record, carrying `removalError`, and for a pending
removal whose checkout Git no longer lists (shown as removing).
- Delete on that row (desktop IPC and runtime worktree.rm) runs the recorded
removal again: terminal teardown, then the leftover, prune, branch and
metadata, under the per-host delete limit.
- The record ends on a successful retry, when the checkout is gone (listing or
startup)…

ELI5
A structured chat's history is written to one journal. Two kinds of writes go into it: what the agent streams (its turn starting and ending, its items), and what Orca itself records (a message accepted, a Stop's note, a settlement). The streamed kind used to wait in a separate line of its own before reaching the journal, and Orca's own writes skipped that line. So when both happened close together, they could land in the wrong order: a message could flicker back to "working" after it had settled, a Codex rejection could land before the turn end that caused it, and a Stop's note could attach to the wrong turn. Now there is one line for everything, and every write lands in the order it happened.
What Changed
The problem.
flushStreamedEvents()before writing. That's a guard at each site, not one order.Scope. Structured Claude and Codex chats, on the desktop app, paired clients and SSH hosts: the host owns the journal. Nothing on the wire changes, and nothing new is saved. Terminal agents aren't affected.
Before / After
Mechanism
JournalWriteQueue: a write has landed in the fold when its call returns, except during an owed import, when it lands in queue order. Every journal write body is already synchronous (a transaction refuses to await), so an idle queue now runs it beforeserializereturns. It chains only while an owed legacy import is being paid, or when a write is issued from inside a running write; that one runs after, never nested.structured-agent-session-event-sink-queue.ts). Once bound, each operation is handed to the journal queue in the same tick. While unbound (during attach), operations buffer in order and are handed over at bind. Backpressure counts what was admitted and hasn't settled, at the same thresholds. Closing drops only never-bound buffered operations.structured-agent-session-chat-stop.ts,structured-agent-session-queued-stop.ts). Withdrawing queued sends and recording the queue pause are issued before the interrupt, not awaited ahead of it. If either write throws (for example on SQLite damage), that's reported and counts as nothing withdrawn, and the interrupt still goes out. The Stop decides from the fold as it stands.structured-agent-session-send-preparation.tsopenConversationForWrite), as readers already did. So a Stop, a goal set or /clear reads a fold that holds every provider row written before it. A failed import is reported and the mutation goes ahead rather than being refused: every write before it has already settled.JournalWriteBodyonJournalWriteQueue.serialize). Anasyncbody no longer compiles, so the rule can't be broken silently.Audit: code and tests that relied on a write landing after its call returned
rejectJournalQueuedSubmissionsissues its rejections together.queued-withdrawn-draft,queued-pause-lift,stop-never-waitsandjournal-write-queue.append-deliverynow awaits its opening snapshot; it used to get it only because writes landed late.resolved-append, now run over a real owed import instead of delayed mocks.await Promise.resolve()/setImmediate: they pass unchanged.Why
The common pattern reaches one order per chat with two queues: agent events wait in a queue of their own, which the host's own writes skip. Orca has no network hop between the agent and the journal, and its journal commits were already synchronous, so it reaches the same outcome with one queue: the per-chat journal write queue. The second queue ahead of it, and the microtask gap the queue added itself, are what made order depend on timing. Removing both gives one rule every caller can rely on, instead of a flush at each site.
Alternatives considered:
readInOrderitself remains for one case: a live update (no row) issued while an old chat's history import is still owed, so it goes out behind the writes waiting on that import.Differences from the common pattern
readInOrderand the owed-import wait at a mutation's open exist only for it. Follow-up: copy an old chat when it is first read (startup restore copies the chats it restores), so nothing is ever owed; that removes the owed state,readInOrder, the waiting publication path and the open's import wait.Linked Issue
No issue. Found while fixing #23026's settlement flicker, which a flush patch covered at one site.
Visual Proof
Live QA on the M4 Air with the real Claude CLI, on ea165f4 and on main at its merge parent (d3f8c50), run hidden through the dev tools protocol. That head still carried a first-text row write that was dropped afterwards to match the common pattern; none of these scenarios depends on it, because each Stop is pressed after the text is on screen, when its row already exists (main behaved the same in every run). No AI driver seat was available (the Grok seat was out of balance and no DeepSeek model was offered), so the scenarios were run as scripts with in-page watchers.
Stop 2.5 s into a streamed reply: the note is below the text, the turn reads "Interrupted", and Claude's process ends.
The next message resumes the same conversation: Claude quotes the first line of the poem it was stopped in.
Stop pressed as the first text appears, 3 runs: the note is below the text every time, on screen and in the journal.
A second message sent while Claude streams, then Stop: it is never sent, and its text comes back to the composer.
Stop pressed twice quickly: one note, no error.
Short replies settle and never flip back to working.
After quitting and relaunching the app on the same profile, the transcript reads in the same order.
Not tested live: Codex, the owed legacy-import paths, and the retry after a Stop whose exit can't be confirmed (it can't be produced from the app).
Testing
I manually tested these changes (live QA on the M4 Air, above)
Automated tests added/updated, or explained why not below
Red on the code before this PR, green after:
claude-echo-working);structured-agent-session-codex-settlement-order);turns);event-sink);event-sink);rewind).The rule, on the real queue with a real owed import (
journal-write-queue):The Stop, on the real host (
stop-never-waits), for a Stop naming no turn and one naming its turn: it interrupts when withdrawing throws, when recording the pause throws, and with owed work queued ahead of its writes.A Stop whose note fails under owed work keeps the card waiting under a 'stopped' pause, with no hand-off (
queued-pause-lift).A Stop that ends Claude's process kills it before its withdrawal or pause settles, for both Stop kinds (
stop-never-waits, "ends a session-ending provider's child before … settles").Under an owed import with provider rows queued: a Stop naming no turn interrupts, a goal set replaces the goal in the running turn, and a failed import still lets the Stop answer (new
structured-agent-session-mutation-owed-import).A publication replaced after it was handed over is skipped, and the count returns to 0 (
event-sink).Ablations, each run and restored:
A full named run of every
agent-session-wireandagent-session-journaltest, plus the structured, subagent, compact and streamed tests underclaude,codexandruntime(no real-CLI files): 376 files, 3,355 of 3,358 passed. The 3 failures werestructured-chat-coordinator-mail(a known load flake) andrefusal-retry(a load timeout). Both pass alone.After the review fixes and main merges: 282 named files, 3,110 passed (the readiness-census transcript tests are excluded; they fail on main too).
tc:node,tc:cliand oxlint pass.AI Disclosure
Review
flushStreamedEventstest-only. Tracing its coalescing-window point turned up the Stop-note reorder fixed here.Agent skill upstream boundary
docs/reference/agent-skill-sharing-upstream-boundary.mdand copies or mechanically translates no upstream skill-installer source, tests, fixtures, registry entries, path tables, comments, or documentation.Notes
Built on #23898, now merged; this branch has main merged in, so the diff is only this change.
Known limits:
Follow-ups:
Same on macOS, Linux, Windows and SSH hosts: the host owns the journal.
Checklist
N/Awith reasonpnpm lint,pnpm typecheck,pnpm test, andpnpm buildpass (or CI will cover; local preferred)Author: @BrennanKB5