chore(release): prepare 2026.6.34 extended-stable#112513
Conversation
(cherry picked from commit 170bf72)
…abort cleanup (#96100) * fix(agent): wait for retained session write before releasing held lock on abort * fix(agent): replace self-wait with deferred release in retained-lock abort cleanup * fix(test): reject fallback acquire with SessionWriteLockTimeoutError in active-scope cleanup test * fix(agent): trim retained-lock comments Signed-off-by: sallyom <[email protected]> --------- Signed-off-by: sallyom <[email protected]> Co-authored-by: sallyom <[email protected]> (cherry picked from commit 0a042f6)
(cherry picked from commit 6039da3)
(cherry picked from commit ecd29fe)
(cherry picked from commit 9a735be)
…les (#97041) * fix(agents): guard delivery-evidence attachment recursion against cycles * fix(agents): guard delivery-evidence attachment recursion against cycles * fix(agents): guard delivery-evidence attachment recursion against cycles --------- Co-authored-by: Pick-cat <[email protected]> Co-authored-by: Vincent Koc <[email protected]> (cherry picked from commit 4985671)
…nt false stalled-stream abort (#97128) * fix(opencode-go): re-arm idle timer on block-boundary events to prevent false stalled-stream abort When the opencode-go model finalizes a tool call and deliberates before the next one, the provider emits real block-boundary SSE events (text_end, thinking_end, toolcall_start, toolcall_end) that prove the socket is alive, but the watchdog's isProviderProgressEvent only returned true for token deltas (text_delta, thinking_delta, toolcall_delta). This caused the idle timer to fire and falsely abort a live stream, replacing a completed answer with a stalled error and dropping the provider's real done event. Fix: include block-boundary events in isProviderProgressEvent so the idle timer is re-armed on any forward-progress provider event. text_start and thinking_start are intentionally excluded because they are synthetic preamble events that should not shorten the first-event window. Closes #96518 Co-Authored-By: Claude Opus 4.8 <[email protected]> * test(opencode-go): satisfy lint in stream regression * test(opencode-go): satisfy lint in stream regression * test(opencode-go): satisfy lint in stream regression --------- Co-authored-by: Claude Opus 4.8 <[email protected]> Co-authored-by: Vincent Koc <[email protected]> (cherry picked from commit 552ec2b)
…cancellations (#90908) * fix(model-fallback): don't rethrow provider-side AbortErrors as user cancellations When the LLM API closes the connection mid-stream, the fetch layer surfaces AbortError("This operation was aborted") with no external abort signal triggered. The old guard `shouldRethrowAbort()` returned false for these errors (because isTimeoutError matched the message), so they fell through to the fallback loop but were never retried — the error propagated up and produced SILENT_REPLY_TOKEN in group sessions, permanently silencing the topic. Replace the guard with a direct check: only rethrow AbortError when the external abort signal is actually set (user/gateway cancellation). Provider-side AbortErrors without an external signal now fall through to the next fallback candidate, giving the system a chance to recover. * fix(cron): forward abort signal into runWithModelFallback Thread the cron executor's abort signal into the shared runWithModelFallback call so that cron timeouts and cancellations stop the fallback chain instead of retrying with the next candidate. Previously, the run callback checked params.abortSignal?.aborted and threw, but runWithModelFallback itself had no signal — so the new guard in model-fallback.ts could not distinguish a caller abort from a provider-side AbortError and would retry silently. Also adds a focused regression test verifying the signal is forwarded. --------- Co-authored-by: Shengting Xie <[email protected]> Co-authored-by: yayu <[email protected]> (cherry picked from commit 98ed83f)
* fix(exec): bind windows allowlist execution path * fix(exec): add windows shadow execution proof * fix(exec): preserve wildcard allowlist behavior * fix(exec): correct blocked plan test fixture (cherry picked from commit 3811001)
…99803) * fix(mcp): suppress unhandled error on stderr pipe in stdio transport When child.stderr is piped to stderrStream without an error handler, a stream-level error (EPIPE, I/O failure) crashes the process. Add a noop error handler before the pipe, consistent with the error handlers already present on stdin and stdout. Co-Authored-By: Claude <[email protected]> * test(mcp): add regression test for stderr pipe error suppression Co-Authored-By: Claude <[email protected]> * fix(mcp): report stderr stream errors * fix(mcp): report stderr stream errors --------- Co-authored-by: Claude <[email protected]> Co-authored-by: Vincent Koc <[email protected]> (cherry picked from commit 1b84316)
(cherry picked from commit f7f1be2)
…resolver (#100521) * fix(secrets): suppress unhandled stdout/stderr stream errors in exec resolver * proof(secrets): add real behavior proof script for exec resolver stream error catch * proof(secrets): replace wrapper with real exec resolver stream error proof * style: apply oxfmt to changed files (cherry picked from commit c9a0783)
…bootstrap files (#100910) * fix(agents): retry transient filesystem races when reading workspace bootstrap files * fix(agents): retry transient boundary resolution --------- Co-authored-by: Vincent Koc <[email protected]> (cherry picked from commit f36d170)
…#102125) * fix(gateway): finish plugin HTTP responses after post-header failures * test(gateway): satisfy plugin HTTP regression lint * fix(gateway): skip ending destroyed plugin responses --------- Co-authored-by: Peter Steinberger <[email protected]> (cherry picked from commit 240d350)
Co-authored-by: Peter Steinberger <[email protected]> (cherry picked from commit fa0349a)
(cherry picked from commit c70f3d0)
* fix(channels): make nack callbacks idempotent * fix(channels): coalesce overlapping nack callbacks --------- Co-authored-by: Peter Steinberger <[email protected]> (cherry picked from commit 02d307e)
* fix(channels): redact credentials in account URLs * fix(channels): sanitize final status summaries (cherry picked from commit 210340f)
(cherry picked from commit 0e1fad7)
…5017) * fix(sandbox): use Buffer.byteLength for env var value size limit validateEnvVarValue checked value.length (UTF-16 code units) against the 32768-byte limit, so multi-byte CJK values like "值".repeat(11000) passed the check despite exceeding 33 KB in UTF-8. Switch to Buffer.byteLength(value, "utf8") so the limit matches the actual byte count the OS and child processes see. * test(sandbox): simplify env byte-limit coverage Co-authored-by: 唐梓夷0668001293 <[email protected]> --------- Co-authored-by: Peter Steinberger <[email protected]> (cherry picked from commit 84fb48c)
…idSync (#109590) * fix(gateway): guard process.kill ESRCH race in signalVerifiedGatewayPidSync A verified gateway process can exit between the argv validation check and the process.kill call, causing an unhandled ESRCH error. Wrap the kill in try-catch and silently swallow ESRCH (process already gone = signal already delivered). Co-Authored-By: Claude Sonnet 4.6 <[email protected]> * docs(gateway): explain ESRCH signal race Co-authored-by: 丁宇婷0668001435 <[email protected]> --------- Co-authored-by: Claude Sonnet 4.6 <[email protected]> Co-authored-by: Peter Steinberger <[email protected]> (cherry picked from commit 853b1a8)
… DNS SSRF bypass (#110693) * fix(litellm): guard loopback hostname auto-allow with isIP to prevent DNS bypass The isAutoAllowedLitellmHostname helper auto-enables private-network access for loopback-style hosts. Before this fix, lowered.startsWith("127.") matched DNS hostnames like 127.evil.com, letting remote endpoints bypass the explicit allowPrivateNetwork opt-in — a SSRF risk. Add isIP(host)===4 guard so only literal IPv4 loopback addresses qualify. Same canonical pattern as extensions/slack/src/monitor/relay-source.ts:271 and the codex loopback fix. Co-Authored-By: Claude <[email protected]> * test(litellm): cover loopback endpoint policy --------- Co-authored-by: Claude <[email protected]> Co-authored-by: Peter Steinberger <[email protected]> (cherry picked from commit 3d03b60)
* fix(discord): sustained gateway bursts stop growing memory * fix(discord): contain gateway queue overflow * fix(discord): drop oldest saturated gateway sends Co-authored-by: 张贵萍0668001030 <[email protected]> * fix(discord): surface gateway overflow warnings Co-authored-by: 张贵萍0668001030 <[email protected]> --------- Co-authored-by: Peter Steinberger <[email protected]> (cherry picked from commit 69aeba9)
* fix(gateway): bound busy channel health by real run age The channel health policy treats a channel as healthy-busy even while disconnected, bounded only by a 25 minute stale ceiling measured from lastRunActivityAt. The run-state heartbeat refreshes lastRunActivityAt every 60 seconds for as long as any run is active, so a run that hangs forever (for example a send blocking on a dead socket after the transport already reported connected:false) keeps that timestamp fresh and the stuck ceiling is never reached. The account is then reported healthy forever by the health monitor, readiness probe, and health CLI, and no restart ever fires. createRunStateMachine now tracks each in-flight run's start time keyed by an opaque run handle and publishes the oldest still-active run's start as activeRunStartedAt. The health policy busy override keys its ceiling off the real run age, so a run stuck longer than the threshold reports stuck and the monitor can restart it. Because the reported start is the oldest active run and advances to the next-oldest as runs complete, a channel churning through many short overlapping runs (activeRuns above 1 across concurrent queue keys) stays healthy; only a genuinely hung run breaches the ceiling. Short and active runs stay healthy and the existing lastRunActivityAt fallback is preserved for snapshots without a start time. * fix(channels): retain run-state callback compatibility Keep the released zero-argument onRunEnd callback source-compatible while allowing internal queue callers to pass a run handle for exact concurrent-run accounting. The compatibility path closes the oldest active run, preserving existing lifecycle behavior for consumers that do not use handles. * fix(channels): keep anonymous runs out of age tracking The zero-argument lifecycle callbacks cannot identify which concurrent run completed, so they must not update the identity-sensitive run start used by channel health. Keep their busy count separately and reserve exact start tracking for the shared queue's handle-aware lifecycle path. * fix(channels): keep tracked runs internal Keep the public run-state lifecycle callbacks unchanged. The channel queue now owns opaque run identity and augments its status updates with the oldest active queue run, so implementation details do not expand the SDK surface. * fix(channels): type queue run start status Keep activeRunStartedAt in the internal status patch type so the queue can publish its private tracked-run age through the existing status sink. * fix(channels): wrap isActive to satisfy unbound-method lint * fix(gateway): gate busy run-age ceiling on disconnected transport (cherry picked from commit 18b79d9)
(cherry picked from commit 1be9db0)
Backport-adapted from a230f74.
Dependency GuardThis PR changes dependency-related files. Maintainers should confirm these changes are intentional. Changed files:
Maintainer follow-up:
|
Dependency graph changes notedThis PR includes dependency graph changes. The dependency guard is informational because the PR author is a repository admin or a member of
Security review is still recommended before merge when the dependency graph change is intentional. |
|
ClawSweeper status: review started. I am starting a fresh review of this pull request: chore(release): prepare 2026.6.34 extended-stable This is item 1/1 in the current shard. Shard 0/1. This placeholder means the worker is alive and reading the current context. I will edit this same comment with the actual review when the claws are done clicking. Crustacean status: shell secured, claws on keyboard, evidence pebbles being sorted. |
|
ClawSweeper status: review started. I am starting a fresh review of this pull request: chore(release): prepare 2026.6.34 extended-stable This is item 1/1 in the current shard. Shard 0/1. This placeholder means the worker is alive and reading the current context. I will edit this same comment with the actual review when the claws are done clicking. Crustacean status: shell secured, claws on keyboard, evidence pebbles being sorted. |
|
ClawSweeper status: review started. I am starting a fresh review of this pull request: chore(release): prepare 2026.6.34 extended-stable This is item 1/1 in the current shard. Shard 0/1. This placeholder means the worker is alive and reading the current context. I will edit this same comment with the actual review when the claws are done clicking. Crustacean status: shell secured, claws on keyboard, evidence pebbles being sorted. |
What Problem This Solves
Prepares the npm-only
2026.6.34maintenance update for users pinned to theextended-stablechannel. It carries selected security and reliability corrections that landed afterv2026.6.33without adding maintenance-line product features or changing the release channel scope.Why This Change Was Made
The release set was audited across the full reachable mainline interval from the maintenance-line merge base through
c780d8b1c02a3c2baa12ee62d478f24e4827d9c2: 9,139 commits, including source-apply and high-risk conventional-fix passes. Backports retain source provenance with-x; narrow baseline adaptations preserve the same invariant where newer mainline infrastructure is absent.User Impact
Extended-stable users receive hardening around outbound and browser boundaries, command ingress, process lifecycle, delivery recovery, filesystem/SQLite behavior, and channel resource handling.
openclawand every official npm-publishable plugin are versioned2026.6.34for atomic selector publication.Evidence
v2026.6.33(7af0cfc9c5488e03c4e2f528bdc7ac9f7778b35e); intended tag:v2026.6.34.45061afc72572ff6df80ebcdcd6395274555ae16.node scripts/run-vitest.mjs src/security/external-content.test.ts src/infra/dotenv.test.ts src/infra/sqlite-number.test.ts(118 tests);node scripts/run-vitest.mjs src/agents/mcp-transport-config.test.ts src/infra/gateway-processes.test.ts src/infra/restart-stale-pids.test.ts(61 passed, 2 skipped);node scripts/run-vitest.mjs extensions/browser/src/browser/server-middleware.test.ts extensions/sms/src/inbound.test.ts(4 tests).git diff --check; fresh autoreview reported no accepted/actionable findings.Approved source set
Security/trust:
3d03b60da99da2d638109821fbaa707828d038e8,c70f3d0dae52545e056eaa198bd4675b45f7f772,2cf765f73263df77d4593941ca5a768d8e53b084,3811001d278300adaf52fa70f009b08a5b1cbad5,fa0349aa440b49219889cb9cc59519f8f9e7e461,210340fe937b6dc1c95ed82970384d6de6a06c58,84fb48c3be9eed458f9b052a43575735d8788459,170bf72e64a9b85933e156244cccda7bd0270df4,1be9db038f264f1d80e9eee0c88de124b04328b4,dea1fe1f1125cc91efbac057e6677fac91d8f1ca,18ec9ce8f719d34ce4b134aa01f023eeb628fce6,7f32b6c9842c724235d3e38ff4f58c76453eba6e,1da345e9d362a5de4bdab9e656998c9a6f5a1f7e,a230f742f2516e3d1799237bd345c9b325bbf0f3.Reliability/data integrity:
0a042f68dfbe17f82b442d56f35bc83d70ca59b1,6039da3ed6ccad92d72c197fe5bd3df55ae3803d,ecd29fe5726914e99c824a0aea92bc73aecc3dae,9a735bea03f627cadd246ea8dfc4cdd65659045e,498567190d292041adf19c6e59e91e8ca3882799,552ec2b49d4ab178ee09c7e5d7b6fa2c248e113e,98ed83f848de30e2a66f6a5d6d1ce0b8ae098ac9,c9a078392273727d6348bbdef430e6bd7b41de98,f36d170bc6ce15d71e18d38c0fd0d6b4522dd987,f7f1be276ad7297112299424968958ab64827a0f,1b84316a91dc32ce57fcd3f8b457f6de80f73dd3,853b1a8d112c22e85b0324f1ba83a39ceb36f99e,02d307e1b83593ae66f4b698d330681e59343591,240d350c7f666b43354653e413c278dbb9f9e0d5,0e1fad711cdf96f15726b3eed8ecc41b8f2bb3b1,69aeba9d862c1a5b79c70af37803fc68b4d8a34e,18b79d99abb95e4d5b773df6ca645f4333b4a8cb,931ac3e2b5f15cc25170162304f531cf23979c82,89780d5a6017f402b997f2772c8b6857943c6313,c0d99ed26ea234ab48fcccedfc9418e84dba3586.The unreleased local release ledger retains source/adaptation ordering, skipped/blocked decisions, and validation handoff details.