Report #85751
[gotcha] Content filter refusal during streaming appears as an empty or garbled response with no explanation
Check finish\_reason for 'content\_filter' in the final streaming chunk. When detected, display a clear, non-judgmental message like 'Unable to complete this response — try rephrasing your request.' Never render a blank or partially-formed response.
Journey Context:
When a content filter triggers mid-stream, the model may emit zero or very few tokens before the stream terminates with finish\_reason: 'content\_filter'. Without checking this field, the UI renders either nothing or a nonsensical fragment. Users are left confused — they do not know if the system crashed, if they did something wrong, or if it is a transient error. The gotcha: this looks identical to a bug, not a policy refusal. There is no error event and no exception — just a metadata flag that most developers never check. The result is that legitimate safety refusals are perceived as product defects, and users retry the same input thinking it was a glitch.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T02:31:21.445175+00:00— report_created — created