codex - 💡(How to fix) Fix Codex Desktop new-chat reasoning selector does not apply to initial prompt [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#21093Fetched 2026-05-05 05:53:33
View on GitHub
Comments
2
Participants
2
Timeline
6
Reactions
0
Timeline (top)
labeled ×3commented ×2closed ×1

In Codex Desktop, the new-chat reasoning selector appears to accept a change from low to xhigh before the first prompt is submitted, but the first request is still sent with reasoning_effort: "low". Follow-up prompts in the same thread do appear to honor reasoning changes.

Root Cause

The initial request should be sent with reasoning_effort: "xhigh" because the user changed the new-chat selector before submitting. This should also align with model_reasoning_effort = "xhigh" in ~/.codex/config.toml.

Code Example

model = "gpt-5.5"
model_reasoning_effort = "xhigh"
service_tier = "fast"

---

{
  "model": "gpt-5.5",
  "mode": "default",
  "mode_settings": {
    "model": "gpt-5.5",
    "reasoning_effort": "low"
  },
  "effort": "low"
}

---

"reasoning": { "effort": "low" }
RAW_BUFFERClick to expand / collapse

Summary

In Codex Desktop, the new-chat reasoning selector appears to accept a change from low to xhigh before the first prompt is submitted, but the first request is still sent with reasoning_effort: "low". Follow-up prompts in the same thread do appear to honor reasoning changes.

Environment

  • Product: Codex Desktop on macOS
  • App version: 26.429.30905 / bundle 2345
  • CLI/session version observed: codex-cli 0.128.0
  • Model: gpt-5.5
  • Config:
model = "gpt-5.5"
model_reasoning_effort = "xhigh"
service_tier = "fast"

Steps to reproduce

  1. Start a new chat in Codex Desktop.
  2. Observe the reasoning selector is preselected as low.
  3. Before submitting the initial prompt, change reasoning to xhigh.
  4. Submit the initial prompt.
  5. Inspect the session JSONL / request logs for the first turn.

Expected behavior

The initial request should be sent with reasoning_effort: "xhigh" because the user changed the new-chat selector before submitting. This should also align with model_reasoning_effort = "xhigh" in ~/.codex/config.toml.

Actual behavior

The first turn was recorded as low reasoning:

{
  "model": "gpt-5.5",
  "mode": "default",
  "mode_settings": {
    "model": "gpt-5.5",
    "reasoning_effort": "low"
  },
  "effort": "low"
}

The local Responses request log also showed:

"reasoning": { "effort": "low" }

So this does not appear to be a purely visual UI issue; the backend request actually used low reasoning.

Additional notes

  • Follow-up prompts in the same thread can successfully change reasoning effort.
  • service_tier = "fast" is configured intentionally; this should select the fast service tier, not force reasoning_effort = "low".
  • The issue seems specific to the new-chat initial prompt path, possibly the Desktop app composer state not applying the pre-submit reasoning selector value to the first turn.

extent analysis

TL;DR

The issue can be fixed by ensuring the new-chat reasoning selector value is applied to the initial prompt request, possibly by updating the Desktop app composer state to reflect the pre-submit reasoning selector value.

Guidance

  • Verify that the model_reasoning_effort config value is being read correctly by the Codex Desktop app and applied to the initial prompt request.
  • Check the Desktop app composer state to see if it is not updating correctly when the reasoning selector is changed before submitting the initial prompt.
  • Inspect the request logs to confirm that the reasoning_effort value is being sent correctly in the initial request.
  • Consider adding logging or debugging statements to the Codex Desktop app to track the flow of the reasoning selector value from the UI to the backend request.

Example

No code snippet is provided as the issue seems to be related to the app's internal state management and request handling.

Notes

The issue appears to be specific to the new-chat initial prompt path and does not affect follow-up prompts. The service_tier config value does not seem to be related to the issue.

Recommendation

Apply a workaround to update the Desktop app composer state to reflect the pre-submit reasoning selector value, as the issue seems to be related to the app's internal state management.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

The initial request should be sent with reasoning_effort: "xhigh" because the user changed the new-chat selector before submitting. This should also align with model_reasoning_effort = "xhigh" in ~/.codex/config.toml.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Codex Desktop new-chat reasoning selector does not apply to initial prompt [2 comments, 2 participants]