openai / openai/codex

Codex desktop: GPT-6 stuck on Thinking; sessions, screenshots, and conversation content reported missing

Open
#44,137 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug performance session
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What version of the Codex App are you using (From “About Codex” dialog)?

Unknown; the desktop version has not been verified.

What subscription do you have?

Unknown; not collected for this report.

What platform is your computer?

macOS.

What issue are you seeing?

Reporting at the user's explicit request. During use of GPT-6 in the Codex desktop app, the user reports recurring reliability problems:

  • The app frequently remains at “思考中” (“Thinking”) with no visible progress.
  • Sessions are reported as lost.
  • Previously supplied screenshots are reported as missing.
  • Substantial portions of previous conversations are also reported as missing, breaking continuity of ongoing work.

The user's descriptions:

一直 思考中 还会丢失session

我刚刚给你那么多截图都丢了

很多对话内容都会丢。。。。

Impact: interrupted work and loss of access to previously provided context and evidence. The user requests prioritizing reliability and session/history recovery.

What steps can reproduce the bug?

User-reported workflow, not an independently reproduced minimal test:

  1. Use GPT-6 in the Codex desktop app for an ongoing conversation.
  2. Exchange messages and provide screenshots.
  3. The user reports frequent stalls at “Thinking” and later missing sessions, screenshots, and conversation content.

Exact triggering conditions, duration of each stall, and whether the missing-content symptoms always follow a stall have not been established. There is no verified comparison with other models.

What is the expected behavior?

Requests should complete or present a clear recoverable error. Sessions, messages, and uploaded screenshots should remain available across continued use and recovery from failures. If context or attachments cannot be loaded, the app should explain what is unavailable and provide a recovery path.

Additional information

Reported on 2026-09-09.

Evidence boundary: in the reporting assistant's current conversation context, the earlier screenshot attachments are unavailable, while the user's text reports remain visible. This does not establish permanent deletion from disk or the backend. No root cause has been confirmed; persistence, history loading, attachment delivery, and model-context assembly need to be distinguished.

No diagnostic logs or screenshots are attached because they have not been retrieved and verified. No in-app feedback upload ID is available.

A search found potentially related but unconfirmed reports:

  • #40342: incomplete paginated thread history despite durable transcript records.
  • #43468: completed content missing from cross-task read results.

This report does not claim either issue is the cause of the user's symptoms.

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

No files, tests, entry points, diagnostic logs, or verified app version are identified. Start by verifying the Codex desktop version and collecting logs while reproducing the Thinking stall, session loss, and missing attachments separately. Done means establishing a reproducible failure and identifying whether persistence, history loading, attachment delivery, or context assembly is responsible.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.