Fix ThreadBear default-sandbox title path for v3.0.1 [BEAR-116] [BEAR-117] - #125
Merged
Merged
Conversation
ericlitman
marked this pull request as ready for review
August 8, 2026 19:56
Owner
Author
|
@Mergifyio queue |
Contributor
Merge Queue Status
This pull request spent 13 seconds in the queue, including 2 seconds running CI. Required conditions to merge
|
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.
Linear: BEAR-116
Linear: BEAR-117
Why
v3.0.0 still asked the local helper to start Codex App Server and read ThreadBear subject state during every ordinary turn. That does not fit Codex's default
:workspaceboundary, and the per-task state is unnecessary for a small title decorator.PR #124 and the v3.0.0 release remain useful historical evidence, but they are not acceptance for this correction. BEAR-116 and BEAR-117 are reopened until v3.0.1 is published and verified.
What changed
threadbear titlestateless. It returns only the caller ID and fixed safety policy.PATHis ignored.ThreadBear recap 🐻for install, onboarding, update, and uninstall.Verification
go test -count=1 ./...go test -race -count=1 ./cmd/threadbeargo vet ./...git diff --check, shellcheck, shell syntax, guide/bootstrap parityExact committed artifacts:
7676fedfa90fea3e27427efe553877b32c2f36af09a41c5ba72ae975b13b9fc7d025bb9cce6dd945b9e3ab5354602f5cabf55f78e680b4e05c8c05af923e8cb13f915f1b06485a8f05443cd9cac3e076e07d78f6ffd9f83809cf70175a45deec, 5,108 bytesLive Codex Desktop 26.803.41515 evidence:
:workspaceran the stateless helper successfully with no App Server or title-state access.➡️ Diagnose ThreadBear failuresin the header/sidebar.TB-EXP-0116-007records the hashes and rendered proof.Fable Advisor verdict:
Ship.This host disables approval requests, so the approvals-enabled prompt/resume path is covered by exact extracted-JavaScript and smoke execution rather than a live prompt. The live approval-disabled path stops without changing tasks or settings and gives a plain next action; no permission bypass or synthetic task was introduced.