Windows: in-app browser control tab diverges from visible pane; visibility false and markDeliverable hangs
Nobody has claimed this yet.
- 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
- Open the in-app browser pane in Codex Desktop on Windows.
- From an agent task, create a browser tab with
iab.tabs.new(). - Navigate it to
https://github.com/settings/installations. - Observe that DOM inspection reports
Sign in to GitHuband the controlled tab list contains the GitHub login URL. - Observe the visible in-app browser pane: it can remain on the blank New Tab / Start browsing screen.
iab.user.openTabs()returned an empty list even though the blank tab was visibly present.- Calling the browser
visibilitycapability withset(true)was followed byget()returningfalse. - 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 withgoto()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 returntrue, 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
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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