[BUG] Desktop: first click on a plugin pane button only moves focus; the button needs a second click

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?

In the Claude Code desktop app (Code tab), a plugin pane opened with $.ui.open({ id, title, rows }) draws Buttons from a ui.render hook.

When the pane does not hold the keyboard focus (e.g. after any turn, when the focus goes back to the prompt), the first click on a button raises ui.focus onto that button but no ui.press. Only a second click presses it. Every button in the pane behaves this way. Built-in panes don't have this problem.

Opening the pane with focus: true makes the first click work, but only until the next turn takes the focus back to the prompt.

• Claude Code desktop app (Code tab), Windows 11 Pro 10.0.26200.
• Suggestion: have a pointer click on an unfocused pane both move the focus and raise ui.press, or expose the input kind (pointer vs keyboard) in UiFocusOrigin.

What Should Happen?

The ButtonProps docs say "a click, a hotkey, ... raises ui.press". A pointer click should press the button whether or not the pane holds the focus, as it does in built-in panes.

Error Messages/Logs

# Hook events logged by the plugin (ui.focus / ui.press hooks on that pane)

# Pane without the focus, one click:
ui.focus  element=rc4  origin=person
(no ui.press)

# Second click:
ui.press  element=rc4   -> onPress runs (2ms)

# Pane freshly opened with open({ focus: true }), one click:
ui.focus  element=r4   origin=person
ui.press  element=r4    -> onPress runs (2ms)

Steps to Reproduce

1. A plugin with a pane: on('ui.render', { component: 'Pane', requestId: 'x' }, ...) returning a <Button onPress={...} />, opened with $.ui.open({ id: 'x', title: 'x', rows: 30 }).
2. Add hooks that log ui.focus (matcher { requestId: 'x' }) and ui.press (matcher { plugin: '<name>' }).
3. Open the pane, then send any prompt so a turn runs (the focus goes back to the prompt).
4. Click the button once: only ui.focus is raised, nothing happens.
5. Click it again: ui.press is raised and onPress runs.

A plugin can't work around it: UiFocusOrigin is { kind: 'person' } for a click, Tab and arrows alike, so pressing a button from ui.focus would also fire it on Tab (dangerous for a destructive button).

Claude Model

_No response_

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.289 (Claude Code)

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

• Claude Code desktop app (Code tab), Windows 11 Pro 10.0.26200.
• Suggestion: have a pointer click on an unfocused pane both move the focus and raise ui.press, or expose the input kind (pointer vs keyboard) in UiFocusOrigin.

<img width="870" height="449" alt="Image" src="https://github.com/user-attachments/assets/af7c6abb-3436-427c-af21-e1abe7bccbfa" />
<img width="406" height="119" alt="Image" src="https://github.com/user-attachments/assets/f53cc4e3-736b-4ee0-b46d-ebb1c0a811e7" />
<img width="899" height="686" alt="Image" src="https://github.com/user-attachments/assets/4f3f9e5b-cbc6-4d7c-9f00-2f8fffd03001" />

04:43:55.868  ui.render  Pane isFocused=true
04:43:55.869  ui.focus   element=copy-<draft> origin=person   (1st click, no ui.press)
04:43:55.871  $.ui.panes() inside that ui.focus hook: isFocused=true
04:43:58.130  ui.press   element=copy-<draft>                  (2nd click)
04:43:58.259  ui.toast   "Copied ... draft for Slack"