openai / openai/codex

Voice screen context cannot inspect the active Codex thread in the unified ChatGPT app

Open
#37,880 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

app bug computer-use
Dominant language
Rust
Stars
125k
Forks
19.5k
PR merge metrics
PR metrics pending

Description

Summary

In the unified ChatGPT/Codex macOS app, a Voice-in-Codex session could identify the active Codex thread but could not access the visible message contents of that same thread.

Expected behavior

With Screen & System Audio Recording already enabled for ChatGPT, voice coordination should be able to capture sufficient app context to read the active Codex thread, or the product should clearly expose the required Appshot/computer-use action.

Actual behavior

The available screen-context path returned only thread metadata. A direct capture attempt was rejected by the backend execution environment, so the voice session could not see the message pane.

Why this matters

This makes it difficult to navigate a Codex task together by voice: the user can see and dictate into the active task, while the assistant cannot verify the on-screen content.

Requested outcome

Please support explicit, reliable screen/Appshot capture for the active Codex thread from Voice in the unified ChatGPT app, or provide clear in-product guidance and diagnostics when that context is unavailable.

Environment

  • macOS unified ChatGPT/Codex desktop app
  • Voice in Codex
  • Screen & System Audio Recording enabled for ChatGPT

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 Voice in Codex screen-context path in the unified macOS ChatGPT/Codex app with Screen & System Audio Recording enabled, checking whether it returns only thread metadata. Trace the Appshot or computer-use capture entry point and backend rejection; done means the active thread's message pane is reliably available, or the app provides clear guidance and diagnostics when it is not.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.