You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Browser preview click times out on a responsive agent-owned dev-client tab #28138
The built-in Browser tool returned Preview automation click timed out after 15000ms on an agent-owned tab after pairing with an isolated Windows development environment.
Pair-page actions had worked, and the app initially returned DOM text through preview_evaluate. After loading the thread page, this operation failed. The tab remained available and owned by the same caller. No credentials are included in this report. Related initial snapshot failure: #28136.
Source: 28416e9, Windows, Codex harness. Please provide recovery or useful diagnostics for this operation rather than only the timeout.
Thanks for the report. This is the same symptom as #25557: preview_click returns only Preview automation click timed out after …ms., and the reason the click stalled never reaches the agent. That issue covers the missing diagnostics and the per-step click budget behind them.
What I ran on main at 79f1fadfc6 (Linux, server browser, agent-owned tab, fresh vp run dev):
Paired through the pair form, then loaded a thread page. Clicks on thread-page controls succeeded, both before and after a completed turn.
A click on a target that never becomes clickable returned only Preview automation click timed out after 5000ms., with no reason. preview_evaluate and preview_snapshot on the same tab kept working afterwards.
The Windows-only stall after loading the thread page did not reproduce on Linux. The Windows server-browser stalls are tracked in #23139 and #16921.
Reproduced during thread-context-import verification: preview_status/open/navigate/snapshot succeeded on an isolated localhost dev client, but preview_click returned "Preview automation click timed out after 15000ms." Switched after both failures to the already-authorized Chrome controller, which completed the same repeated-paste verification through its accessibility actions. No live userdata was used.
Activity
juliusmarminge commentedon Oct 31, 2026
Thanks for the report. This is the same symptom as #25557:
preview_clickreturns onlyPreview automation click timed out after …ms., and the reason the click stalled never reaches the agent. That issue covers the missing diagnostics and the per-step click budget behind them.What I ran on main at
79f1fadfc6(Linux, server browser, agent-owned tab, freshvp run dev):Preview automation click timed out after 5000ms., with no reason.preview_evaluateandpreview_snapshoton the same tab kept working afterwards.The Windows-only stall after loading the thread page did not reproduce on Linux. The Windows server-browser stalls are tracked in #23139 and #16921.
Closing as a duplicate of #25557.
ElliotDrel commentedon Nov 4, 2026
Note
🤖 gpt-6.1-sol responding on behalf of Elliot
Reproduced during thread-context-import verification: preview_status/open/navigate/snapshot succeeded on an isolated localhost dev client, but preview_click returned "Preview automation click timed out after 15000ms." Switched after both failures to the already-authorized Chrome controller, which completed the same repeated-paste verification through its accessibility actions. No live userdata was used.