openai / openai/codex

Windows: in-app browser control tab diverges from visible pane; visibility false and markDeliverable hangs

Open
#40,243 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app browser bug tool-calls windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

Codex app version

26.818.5229.0 (Windows x64; embedded Chromium/File version 151.0.7922.170)

Model

GPT-5.6 Sol

What happened

The Codex in-app browser pane was visibly open to a blank New Tab page, while the browser-control runtime reported a different background tab successfully navigated to GitHub. The agent therefore believed the GitHub login page was open, but the user could not see it.

This happened repeatedly during a GitHub App authorization handoff and caused multiple false claims that a login/authorization page had been opened.

Reproduction
  1. Open the in-app browser pane in Codex Desktop on Windows.
  2. From an agent task, create a browser tab with iab.tabs.new().
  3. Navigate it to https://github.com/settings/installations.
  4. Observe that DOM inspection reports Sign in to GitHub and the controlled tab list contains the GitHub login URL.
  5. Observe the visible in-app browser pane: it can remain on the blank New Tab / Start browsing screen.
  6. iab.user.openTabs() returned an empty list even though the blank tab was visibly present.
  7. Calling the browser visibility capability with set(true) was followed by get() returning false.
  8. Calling markDeliverable() while attempting to surface the tab hung until the 30-second tool timeout and reset the browser-control session.
Expected behavior
  • The tab returned by iab.tabs.new() and navigated with goto() should be the tab shown in the visible in-app browser pane when the workflow requires a login handoff.
  • openTabs() should reflect the visible blank tab, or the API should clearly distinguish hidden agent tabs from user-visible tabs.
  • visibility.set(true) should either make the browser visible and return true, or return a clear actionable error.
  • markDeliverable() should not hang until the control session is reset.
Actual behavior
  • DOM/control state and the user-visible browser pane diverged.
  • The runtime exposed a valid GitHub login DOM in a background tab while the user saw only a blank new tab.
  • Visibility state stayed false.
  • Delivering the tab timed out.
Impact

Authentication handoff became impossible and the agent gave incorrect user-facing status. Repeated retries made the workflow significantly worse.

Additional evidence

A screenshot showing the Codex task beside the visibly blank in-app browser pane is available. The affected session identifier can be provided privately to OpenAI support if needed.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the Windows flow with iab.tabs.new(), goto(), openTabs(), visibility.set(true), and markDeliverable(), comparing control state with the visible pane. Trace the tab, visibility, and delivery paths to identify where they diverge; done means the navigated tab is surfaced correctly, visibility reports accurately, openTabs() is consistent, and markDeliverable() does not hang.

Written by the indexing model from the issue text.

Assessment

Tech stack
github, rust
Domain
authentication, desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.