Unclear Which part of Claude Code shows this refusal, such as the VS Code extension, is not stated.
What
When you paste a long piece of text, Claude Code can show a placeholder such as [Pasted text in your message and keep the actual text stored separately. New helpers now handle those placeholders before a message goes out:
- Splicing: pasted text is inserted into the message before it is sent over the bridge to a remote session, and
inlinePastesis sent along with it. Before, pasted values were joined straight into the content. - Blank pastes: the send is cancelled with "Not sent: the pasted text is blank."
- Missing pastes: when the stored text for a placeholder is gone, the send is refused with a message telling you to "Put that text back in place of its placeholder and send again."
The behaviour sits behind the tengu_vscode_inline_pastes switch, which falls back to on in the code.
Why
A message that would have gone out with its pasted text empty or silently missing is now stopped with an explanation. If you see one of these messages, paste the text again and resend.
tengu_vscode_inline_pastes Not enough to sayNothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.
This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.296: on
These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.
Read once, for one account on one subscription tier, against v2.1.296. It isn't a statement about your account. What a flag value here can and cannot tell you
Which part of Claude Code shows this refusal, such as the VS Code extension, is not stated.