[BUG] Permission Mode button becomes unresponsive after switching chat sessions

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

When using multiple chat tabs within the Claude Code VS Code extension, the permission mode button (which cycles through "Plan Mode", "Ask before edits", "Edit automatically") becomes unresponsive after switching between tabs.

Clicking the button has no effect. The only way to make it work again is to first click inside the text input prompt area. After focus is given to the input box, the button becomes responsive again. This suggests a focus management issue within the extension's webview.

What Should Happen?

The permission mode button should remain immediately responsive and functional after switching back to a chat tab. A user should be able to click the button to cycle through the available permission modes without needing to perform an extra click in the text input box to "wake up" the UI.

Error Messages/Logs

None observed. This appears to be a UI state/focus issue rather than a code execution error.

Steps to Reproduce

1. Open the Claude Code extension in VS Code.
2. Start a new chat session (Chat 1).
3. Click the + icon in the Claude Code panel to start a second, new chat session (Chat 2).
4. Switch back to the tab for Chat 1.
5. Immediately try to click the permission mode button (e.g., the button that says "Plan Mode").
6. Observe: The button does not respond. The text on the button does not change, and the mode is not cycled.
7. Workaround: Click inside the text input area where you would type a prompt.
8. Click the permission mode button again.
9. Observe: The button now works correctly and cycles to the next mode (e.g., "Ask before edits").

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.0.1

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

VS Code integrated terminal

Additional Information

This bug seems to be related to how focus is handled when a chat tab/webview becomes active again. The main interactive elements don't appear to regain focus properly until the user manually interacts with the primary text input.