Skip to content

fix(web): sending in a sandbox chat no longer swaps its history - #37

Merged
OmarAlex24 merged 1 commit into
fix/sandbox-bridge-secretsfrom
fix/sandbox-chat-view-jump
Nov 13, 2026
Merged

OmarAlex24 merged 1 commit into
fix/sandbox-bridge-secretsfrom
fix/sandbox-chat-view-jump

Conversation

@OmarAlex24

@OmarAlex24 OmarAlex24 commented Nov 13, 2026 •

Copy link
Copy Markdown
Owner

Problem

In a sandbox chat, sending a message made the history vanish and the view jump to the bottom of a different-looking conversation.

Change

A sandbox chat shows one of two threads, the host's mirror or the sandbox's own, with different histories. ChatView moved to the other one whenever the user was at the end with an empty composer, which is exactly the state after a send. It now never moves while the user reads back, typing or not, and never moves a thread the user sent in since opening it.

Scope and approval

Requested by the fork owner in a T3 Code session. Part of stack pingdotgg#43 on feat/sandbox-environments; each PR is one fix and builds on the one below it.

Verification

  • New logic test in sandboxThreads.test.ts
  • The 5 sandbox ChatView test files pass (43 tests)
  • Whole stack: vp run check:changed omar/feat/sandbox-environments passes format, lint, knip, typecheck (42 packages) and react compiler; 582 of 583 tests pass, and the one failure (tailscaleScript in sandboxSetup.test.ts) fails the same way on the base branch

Not yet run in a real client; UI before/after captures will follow once the stack is installed.

Model and harness: Claude Opus 5.5 (implementation subagents at high effort, coordinated by Claude Opus 5.5) in Claude Code, running in T3 Code.

🤖 Generated with Claude Code

A sandbox chat lists as one of two threads, the host's mirror and the
sandbox's own, which keep different histories. ChatView moved the route
to the other one as soon as the user was at the end with an empty
composer. A send on the mirror empties the composer, scrolls to the end
and resumes the sandbox, whose own thread then lists, so the view jumped
to a different conversation right after the send. Typing while reading
back moved it too.

The redirect now waits while the user reads back, typing or not, and
never moves a thread the user sent in since opening it. A stopped
sandbox's own thread that stays on screen this way still resumes the
sandbox from this client when it sends.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@OmarAlex24
OmarAlex24 added this pull request to stack #43 November 13, 2026 04:45
@OmarAlex24
OmarAlex24 merged commit 29e4020 into feat/sandbox-environments Nov 13, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant