Skip to content

fix(responses): strip null entries from the dispatched Responses body - #957

Merged
mcowger merged 1 commit into
mainfrom
fix/responses-strip-null-dispatch
Sep 29, 2026
Merged

mcowger merged 1 commit into
mainfrom
fix/responses-strip-null-dispatch

Conversation

@mcowger

@mcowger mcowger commented Sep 29, 2026

Copy link
Copy Markdown
Owner

Overview

Follow-up to #955. Plexus no longer crashes on Responses requests that contain empty (null) entries, but it still passed those entries on to providers unchanged, and providers rejected the request. Plexus now removes the empty entries before sending the request on, so these requests succeed.

🐛 Bug Fixes

  • Responses API requests from clients such as opencode that include null entries in input, message content, or reasoning summaries no longer fail with the provider error "input[0].content did not match any supported type". The empty entries are removed before the request is forwarded.

Pass-through dispatch forwards the client body verbatim, so null content
parts that the parser now tolerates still reached providers, which
rejected them with "input[0].content did not match any supported type".
Remove null input items, content parts and summary parts from the body
before dispatch.
@github-actions

Copy link
Copy Markdown
Contributor

✅ OpenCodeReview: Review complete: 0 finding(s) across 2 selected item(s).

@github-actions

Copy link
Copy Markdown
Contributor

🔍 OpenCodeReview — detailed findings

✅ Passing — no critical/high findings.

Reviewed 2 file(s), 0 finding(s) total.

@mcowger
mcowger merged commit 84bb670 into main Sep 29, 2026
4 checks passed
@mcowger
mcowger deleted the fix/responses-strip-null-dispatch branch September 29, 2026 23:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant