Agent bugs & fixes
Top 7 AI agent bugs fixed, week of Nov 2 (ET)
ET · 7 bugs
Data: ET · As of · Published
Reactions and comments were counted at that time from the GitHub API.
The short version
A Claude Code thread about the VS Code extension attaching your open file to every prompt drew the most discussion of the bugs that cleared the bar, with 4 reactions and comments.
The fix is a setting that shipped in 2.1.271, and a maintainer pointed to it on Nov 5 ET.
The period’s loudest thread by far, a Codex report of an agent damaging a server it was only asked to reboot, was closed as not planned. Other busy threads, such as Codex’s @Browser failure on Windows, are still open with no fix, so they’re left out.
-
No way to stop the VS Code extension from attaching your open file and selection to every prompt
Fixed in 2.1.271. Symptom: There’s no error message. An extension update swapped the current-file chip’s Hide toggle for an X.
The reporter found the X only dismissed one selection, which left no setting, command or keybinding to stop the active file and selected text from being attached to each prompt.
Fix: A maintainer pointed to two settings on Nov 5, 2026, 8:34 PM ET.
Setting
claudetoCode. attach Open File false(added in 2.1.271, Sep 14, 2026) stops the open file from being attached, andclaude(added in 2.1.300, Oct 14, 2026) does the same for selected text. The chip’s X is unchanged.Code. attach Selection Source: Issue · Claude Code changelog
-
Ctrl+Z won’t suspend the TUI while a question form is open
Fixed in v2.2.6. Symptom: There’s no error message. While the agent’s question form waited for an answer, pressing Ctrl+Z did nothing, so you couldn’t send OpenCode to the background and bring it back with
fg. It worked with the permission prompt and with no prompt open.Fix: Fixed in v2.2.6 (Nov 6, 2026, 6:37 PM ET) by PR #62118, which makes the suspend shortcut apply in every mode. Release note: “Allow Ctrl+Z to suspend OpenCode while a form or dialog is open.”
Source: Issue · OpenCode v2.2.6 release notes
-
A long prompt at the top of the VS Code chat won’t fold away
Fixed in 2.1.309. Symptom: There’s no error message. In the VS Code extension, a long multi-line prompt (the reporter’s example was a big
/goalblock) sometimes stayed fully expanded at the top of the conversation, and its collapse toggle didn’t respond.Fix: A maintainer said on Nov 4, 2026, 2:58 PM ET that it was fixed in 2.1.309 (published to npm Oct 22, 2026, 4:34 PM ET). That version’s changelog says long slash-command messages such as
/goalnow fold behind Show more like other prompts, which looks like the fix.Source: Issue · Claude Code changelog
-
Desktop’s Add Server quietly drops an external server connection
Fixed in v2.2.6. Symptom: There’s no error message. On Linux, adding an external OpenCode server with a password through Settings → Servers → Add Server seemed to go through, but the server never showed up in the list. The same server worked from the web UI.
Fix: A maintainer closed it on Nov 4, 2026, 6:52 PM ET as fixed by PR #61815, which rebuilds the add-server dialog so a bad address keeps it open with a message instead of closing silently.
That PR ships in v2.2.6 (Nov 6, 2026, 6:37 PM ET), though the release notes don’t mention it.
Source: Issue · OpenCode PR #61815 on GitHub
-
Agent Canvas’s Terminal tab goes blank after a page reload
Fixed in v1.35.0. Symptom: There’s no error message. After a reload, the Terminal tab for a conversation said “No terminal output yet” even though the chat still showed the commands the agent had run.
Fix: Fixed in v1.35.0 (Nov 3, 2026, 1:47 PM ET) by PR #19220, which rebuilds terminal output from the same saved history the chat uses. Release note: “fix: restore terminal output from saved conversation history”.
Source: Issue · OpenHands v1.35.0 release notes
-
Pressing Esc to close an input-method candidate window also stops the agent
Fixed in v2.2.6. Symptom: There’s no error message. In the macOS desktop app, pressing Esc to dismiss a Chinese input method’s candidate window also interrupted the running agent, and the keybinding settings had no Esc entry to change.
Fix: Fixed in v2.2.6 (Nov 6, 2026, 6:37 PM ET) by PR #62318. Release note: “While an input method is composing text, Escape, Enter, and Tab go to the input method instead of stopping the agent or picking a suggestion.”
Source: Issue · OpenCode v2.2.6 release notes
-
Saving an unchanged automation edit switches its event trigger to start new runs
Fixed in v1.35.0. Symptom: There’s no error message. Clicking Edit and then Save on an event automation set to continue an earlier conversation, with nothing changed, reset its trigger destination to
dispatch_run. After that, each new event started a fresh run instead.Fix: Fixed in v1.35.0 (Nov 3, 2026, 1:47 PM ET) by PR #19239. Release note: “fix(automations): keep an event trigger’s destination when saving an edit”.
Source: Issue · OpenHands v1.35.0 release notes
What to watch next
- Claude Code #91495 says the desktop app’s built-in browser asks for approval on every action on local and private-network sites, even with “Allow all websites” on. A maintainer said on Nov 6 ET that the next desktop release adds a per-site Always allow button.
- Codex #57641 reports that
@Browserin the terminal CLI fails with “The browser access host is unavailable” on Windows after a desktop app update. It drew 44 reactions and comments this period and is still open. - Claude Code #106479 (dead keys and accented letters failing in the Windows desktop app) was closed with a maintainer note that a Nov 3 Claude Desktop release fixed it. That release’s changelog doesn’t mention it, and users said typing recovered before any update, so it isn’t listed.
- Gemini CLI #30105 (custom command arguments mangling
$characters) has a merged fix, but it isn’t in a stable release yet.