Codex App with gpt-5.6-sol aborts with unsupported prompt_cache_retention

Open 💬 39 comments Opened Aug 19, 2026 by Lavezlyn

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

ChatGPT/Codex Desktop 26.814.41407, build 6720. Bundled app-server reports codex-cli 0.148.0-alpha.15.

What subscription do you have?

ChatGPT/Codex Desktop account. The local diagnostics do not expose the exact subscription tier. This is using the official OpenAI provider, not a custom/Azure provider.

What platform is your computer?

Darwin 25.5.0 arm64 arm

What issue are you seeing?

Codex Desktop repeatedly aborts GPT-5.6 Sol turns with:

{
  "error": {
    "message": "prompt_cache_retention is not supported on this model",
    "type": "invalid_request_error",
    "param": "prompt_cache_retention",
    "code": "invalid_parameter"
  }
}

This is happening with model gpt-5.6-sol in Codex Desktop using the official OpenAI provider. My local ~/.codex/config.toml does not set prompt_cache_retention or any prompt-cache override; it only sets the default model to gpt-5.6-sol.

The issue became frequent on 2026-08-19 after the Desktop app updated from build 6662 to build 6720 around 09:20 Asia/Shanghai time. The current bundled app-server is 0.148.0-alpha.15. I also observed one occurrence shortly before the app update while the old bundled runtime was still 0.148.0-alpha.9, so this may be a backend/client compatibility rollout issue rather than a purely local config problem.

Local evidence, sanitized:

  • App version: 26.814.41407, build 6720
  • Bundled app-server: codex-cli 0.148.0-alpha.15
  • Previous app-server observed before update: 0.148.0-alpha.9
  • Sparkle update event: 2026-08-19T01:20:02Z, current build before update was 6662
  • First same-day failure observed at 2026-08-19T01:04:13Z, before the app relaunched into 0.148.0-alpha.15
  • Additional failures observed after update at approximately 2026-08-19T01:53Z, 02:15Z, 02:32Z, 02:44Z, 02:52Z
  • Same error reproduced at both xhigh and high reasoning effort, so changing reasoning effort does not appear to fix it.

This looks like a request-shape mismatch for GPT-5.6 models. The official OpenAI prompt caching docs say GPT-5.6 and later use prompt_cache_options.ttl, while earlier models use prompt_cache_retention:

https://developers.openai.com/api/docs/guides/prompt-caching

Related but not identical issues:

  • #31882 is about Azure/custom providers and bundled model metadata. My repro is the official OpenAI provider in Codex Desktop.
  • #32037 contains older logs showing prompt_cache_retention: "24h" in a GPT-5.6 Sol response path, but that issue primarily tracks updater/app-server lifecycle behavior. This report is specifically about the unsupported prompt_cache_retention invalid request error on official OpenAI-backed Codex Desktop.

What steps can reproduce the bug?

  1. Use Codex Desktop on macOS.
  2. Set/use model gpt-5.6-sol.
  3. Run a normal Codex task with a large existing context, especially after the 2026-08-19 Desktop update to build 6720.
  4. The turn can abort with invalid_request_error for param: "prompt_cache_retention".

I do not currently have a minimal deterministic reproducer, but this has occurred repeatedly today across multiple local session rollouts.

What is the expected behavior?

Codex Desktop should not send, trigger, or route a GPT-5.6 Sol request using prompt_cache_retention if that field is unsupported for this model. It should use the GPT-5.6-compatible prompt-cache option shape, or disable the unsupported retention field for GPT-5.6-family models.

Additional information

This interrupted multiple paid/interactive Codex sessions and forced retries. Please investigate and ship a client or backend-side fix. I am also separately contacting support to request a usage/credit review for the failed runs.

View original on GitHub ↗

39 Comments

rockingshan · 9 days ago

Issue not limited to Sol, I have used Terra in Codex .deb app. Same issue happening after today's update.

winspyminc · 9 days ago

Same issue here!!!ChatGPT/Codex Desktop 26.814.41407,V6720

C0A2518617 · 9 days ago

Hello from Tokyo.
The same issue occurred with the ChatGPT app's Codex on Windows 11.

qqiuqingx · 9 days ago

same issue
codex-cli 0.147.0
gpt-5.6-luna max

Simpidbit · 9 days ago

same
I tried codex-cli 0.148.0 and 0.147.0, both failed
gpt-5.6-sol max/ultra

dengjiayang · 9 days ago

same issue
Codex Desktop 26.814.41407 + GPT 5.6 Sol Medium Fast

xuyichong · 9 days ago

same issue

Nulnull · 9 days ago

same issue,it also happens to luna

liu-zhy · 9 days ago

same issue when I used gpt-5.6-sol.

zhihao138mike · 9 days ago

same issue, chatgpt desktop: 26.818.11542, using 5.6 luna

sL-BrokeMachine · 9 days ago

same issue today

JenYu1223 · 9 days ago

same issue with gpt 5.5

iiiikitiiii · 9 days ago

same issue
ChatGPT desktop 26.814.41407
using gpt-5.6-sol/gpt-5.5/gpt-5.3-codex-spark

jamieeverett-io · 9 days ago

same here with gpt-5.6-sol and gpt-5.6-luna.

Ericlalalll · 9 days ago

same issue here

wmh49877 · 9 days ago

same issue here

justcallmewilliam · 9 days ago

same issue here

samuelswandi · 9 days ago

same issue

Banner-Wang · 9 days ago

same issue

amardeepcode · 9 days ago

same issue

K9ineX3D · 9 days ago

Looks like a world-wide issue. Maybe the team doesn't even test it before releasing update or just updating codex through codex and publishing, no manual review.

LPX-E5BD8 · 9 days ago

same issue

Qiyuanqiii · 9 days ago

I agree

tintin1926 · 9 days ago

same issue

Qiyuanqiii · 9 days ago

I believe we can reach out to Tibo via X and ask him to take a look at this issue

724925664 · 9 days ago

You simply need to provide the error message to Codex and instruct it not to pass prompt_cache_retention anymore; this will resolve the issue.

<img width="418" height="296" alt="Image" src="https://github.com/user-attachments/assets/ac6b19a1-ea7c-47d6-b8c4-6d2ee84090d9" />

amardeepcode · 9 days ago

Tibo is busy in reset of usage at scheduled reset time.

PengSafari · 9 days ago

Additional data point from macOS (ChatGPT Desktop 26.814.41407, bundled codex-cli 0.148.0-alpha.15):

The gpt-5.5 workaround suggested in #39397 did not work for me. Requests against gpt-5.5 reproduced the same prompt_cache_retention is not supported on this model error, so switching models in the desktop app is not a reliable escape hatch.

Failure pattern is consistent across every affected task:

  1. First assistant turn completes normally
  2. A tool call (web search or local command) executes and returns successfully
  3. The next continuation request fails with invalid_request_error

Two things that may help narrow this down:

  • The UI renders this deterministic 400 as "Reconnecting 1/5" and then retries the identical bad request five times, which makes it look like a network fault rather than a parameter error.
  • The app's own internally-generated background-suggestion request hits the same error, with no user prompt or project config involved — so the field is being injected somewhere in the desktop request-assembly layer, not by user configuration. Local config.toml does not contain this parameter.

Running the same binary directly from the terminal (/Applications/ChatGPT.app/Contents/Resources/codex), bypassing app-server, works fine with the same model and the same local config — including tool calls and web search.

lzhe525 · 9 days ago

same wrong I met

SmileSlight · 9 days ago

same issue

Simpidbit · 9 days ago

https://github.com/Simpidbit/retrycodex/
Just retry, this project works

reply42 · 7 days ago

same, first time seen after todays windows app update.

yuliyantsvetkov · 7 days ago

Still occurs.

vstxx · 4 days ago

Same issue today

AitoApps · 4 days ago

Same issue today

horn111 · 4 days ago

Same issue. 26.818.41509

Yu-dev-457 · 4 days ago

started happening today after the update for me too, latest mac app sol max

greyhazeblaze · 4 days ago

same here started before the update, update hasnt fixed the problem

ayjemabo · 4 days ago

same happening to me