openclaw - 💡(How to fix) Fix [Bug]: /new on openai-codex/* (Responses API) returns "One of input/previous_response_id/prompt/conversation_id must be provided" — regression in 2026.4.26 [1 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
openclaw/openclaw#73344Fetched 2026-04-29 06:20:44
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Author
Timeline (top)
closed ×1commented ×1cross-referenced ×1labeled ×1

Error Message

  1. Bot replies with the "must be provided" error Right after the error, gateway logs contain:

Root Cause

Suspected root cause

The 2026.4.25 changelog includes:

Sessions: keep embedded runtime context out of the visible user prompt by sending it as a hidden next-turn custom message

RAW_BUFFERClick to expand / collapse

Bug type

Behavior bug (incorrect output/state without crash)

Beta release blocker

No

Summary

Bug type

Regression (worked before, now fails)

Summary

After updating to OpenClaw 2026.4.26, /new on openai-codex/gpt-5.5 immediately fails with:

One of "input" or "previous_response_id" or 'prompt' or 'conversation_id' must be provided.

/reset is also affected.

Environment

  • OpenClaw: 2026.4.26 (be8c246)
  • OS: macOS (Mac mini)
  • Node: v25.8.1 (fnm)
  • Install method: npm global
  • Channel: Discord
  • Primary model: openai-codex/gpt-5.5
  • Auth: OpenAI Codex OAuth (ChatGPT Plus)

Steps to reproduce

  1. Configure main agent with openai-codex/gpt-5.5 as primary model
  2. Bind to Discord
  3. Send /new (or /reset) in Discord
  4. Bot replies with the "must be provided" error

Logs

Right after the error, gateway logs contain:

This indicates a blank user message was injected into the session and reached the model adapter, but the repair only happens after the API rejects the request — there's no pre-flight guard.

Suspected root cause

The 2026.4.25 changelog includes:

Sessions: keep embedded runtime context out of the visible user prompt by sending it as a hidden next-turn custom message

On a fresh session created by /new, this hidden custom message serializes to an empty input array on the OpenAI Responses API path, and previous_response_id is null (new session), so the request fails strict validation.

Anthropic and OpenAI Chat Completions accept this shape; OpenAI Responses API does not.

Related issues (same family — Responses API edge cases not handled)

  • #1158 (reasoning item orphan)
  • #19582 (reasoning item without following item)
  • #16829 (store=false → 404 on previous_response_id)
  • #46637 (reasoning_content control characters)
  • #56364 (OAuth token not passed to pi-ai codex adapter)
  • #67624 (codex returns HTML payload)

Suggested fix

Add a pre-flight guard in the openai-codex-responses adapter (or in the /new handler): if input serializes to empty AND previous_response_id is null, either skip the model call entirely (the boot turn doesn't need to be sent) or inject a minimal placeholder input.

Steps to reproduce

use /new or /reset in discord.

Expected behavior

agent message.

Actual behavior

replies: One of "input" or "previous_response_id"or 'prompt'or 'conversation_id' must be provided.

OpenClaw version

OpenClaw: 2026.4.26 (be8c246)

Operating system

macOS 26.4.1

Install method

No response

Model

openai codex chatgpt 5.5

Provider / routing chain

not sure

Additional provider/model setup details

No response

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

No response

extent analysis

TL;DR

Add a pre-flight guard in the openai-codex-responses adapter to handle empty input and null previous_response_id for new sessions.

Guidance

  • Verify the issue is specific to the OpenAI Responses API by checking if Anthropic and OpenAI Chat Completions work as expected.
  • Investigate adding a pre-flight guard in the openai-codex-responses adapter to skip the model call or inject a minimal placeholder input when input is empty and previous_response_id is null.
  • Review related issues (#1158, #19582, #16829, #46637, #56364, #67624) to ensure the fix does not introduce new edge cases.
  • Test the fix with different input scenarios to ensure the pre-flight guard works correctly.

Example

No code example is provided as the issue does not include sufficient implementation details.

Notes

The fix may require modifications to the openai-codex-responses adapter or the /new handler, and thorough testing is necessary to avoid introducing new issues.

Recommendation

Apply a workaround by adding a pre-flight guard in the openai-codex-responses adapter, as this is the most likely solution to resolve the issue without waiting for an official fix.

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

agent message.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix [Bug]: /new on openai-codex/* (Responses API) returns "One of input/previous_response_id/prompt/conversation_id must be provided" — regression in 2026.4.26 [1 comments, 2 participants]