Fix home-folder chat stall in v0.3.3 maintenance candidate - #195
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Prepare a narrow v0.3.3 maintenance candidate from the published v0.3.2 tree on
release/0.3. Interactive chat started in a broad Windows home directory can spend too long scanning nested instructions before making its cloud request. This backports the bounded scan and makes an incomplete scan visible; local tool authority remains closed when the scan is incomplete. A 401 response whose body never finishes now returns a finite, classified HTTP 401 with the sign-in hint, and refresh response bodies have a finite bound.Release scope
aether-cloud/public-model-projection@1, 59 rows, digestsha256:f4601f14ac7829b51e95d92abc1631c74097fa193bc566151a2161c5a799ba7f) and regenerate derived docs. The previous snapshot had aged beyond the 30-day release gate.release/0.3PR CI and release-truth checks. Add a packed installed-CLI smoke on Windows and Linux: 2,100-folder synthetic home, successful chat, held-body 401, sign-in hint, and a distinct queued prompt that succeeds afterward.Local evidence
npm run buildnpm run docs:checknpm run smoke:packed-homepassed against the installed tarballnpm run verify:productionpassed for 0.3.3 (673 packed files)npm run release:truthpassed 12/12 checks (one earlier transient npm registry timeout cleared on retry)msgplusdonenow fails a one-shot command; only known fixed public media strings from the alternateerrorfield are displayed. Arbitraryerrorandreasontext stay hidden. The installed-tarball smoke exercises all three shapes.The broad local
npm testrun was inconclusive under this Windows host's load. The isolated Job Object test passed on both this candidate and the unchanged v0.3.2 baseline. Exact-head hosted Windows and Ubuntu CI are required before merge. A real Windows account canary and the protected publication gates remain separate release decisions.Live canary blocker
The first packed-candidate run from a real Windows home directory proved the instruction scan no longer stalls, but Cloud returned a media-studio error for the plain chat prompt. The CLI previously hid that fixed public error text and exited zero; this PR now shows the allowlisted text and exits nonzero. Cloud currently routes on the whole brief, including home
CLAUDE.mdmedia headings, rather than the actual<task>text. Cloud routing PR AETHER-CLOUD #1854 must land and deploy, then the real home-folder reply-1 canary must pass before v0.3.3 is publishable.