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

Open 💬 1 comment Opened Aug 23, 2026 by JINGQING233
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

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.

View original on GitHub ↗

1 Comment

github-actions[bot] contributor · 4 days ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #38897
  • #39950
  • #39071

Powered by Codex Action