[BUG] Chat input renumbers user's ordered-list numbering (Markdown normalization changes what the user wrote)
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Title: Chat input renumbers user's ordered-list numbering (Markdown normalization changes what the user wrote)
Environment: Claude Code 2.1.201 (desktop app), Windows 11 Pro 10.0.26200
Steps to reproduce:
- In the chat input, type a message whose first line starts with "2." — e.g. "2. chat is empty, nothing to check" (numbering deliberately refers to an external list from an earlier assistant message).
- Send the message.
Expected: the message displays exactly as typed, keeping "2." — the number is meaningful content (a reference to item 2 of a list in a previous message), not presentation.
Actual: the rendered message shows "1." — Markdown ordered-list normalization renumbers the list from 1. The user's intended reference is silently changed, and repeated attempts to correct it (retyping "2.") display as "1." again.
Impact: any workflow where the user replies point-by-point against a numbered list in a prior message (very common when answering an assistant's checklist) gets its numbering silently rewritten, causing real miscommunication — the assistant can no longer tell which item the user meant.
Workarounds found: "2)" instead of "2.", escaping as "2\.", or prefixing with a word ("item 2: ..."). None obvious to a user who doesn't know Markdown.
Suggested fix: don't apply ordered-list renumbering to user-authored messages (preserve the literal numbers), or normalize only visual styling while keeping the typed values.
'@
Set-Clipboard -Value $report; Get-Clipboard | Select-Object -First 3
description: Compose the bug report and load it into the clipboard
Title: Chat input renumbers user's ordered-list numbering (Markdown normalization changes what the user wrote)
Environment: Claude Code 2.1.201 (desktop app), Windows 11 Pro 10.0.26200
Steps to reproduce:
- In the chat input, type a message whose first line starts with "2." — e.g. "2. chat is empty, nothing to check" (numbering deliberately refers to an external list from an earlier assistant message).
- Send the message.
Expected: the message displays exactly as typed, keeping "2." — the number is meaningful content (a reference to item 2 of a list in a previous message), not presentation.
Actual: the rendered message shows "1." — Markdown ordered-list normalization renumbers the list from 1. The user's intended reference is silently changed, and repeated attempts to correct it (retyping "2.") display as "1." again.
Impact: any workflow where the user replies point-by-point against a numbered list in a prior message (very common when answering an assistant's checklist) gets its numbering silently rewritten, causing real miscommunication — the assistant can no longer tell which item the user meant.
Workarounds found: "2)" instead of "2.", escaping as "2\.", or prefixing with a word ("item 2: ..."). None obvious to a user who doesn't know Markdown.
Suggested fix: don't apply ordered-list renumbering to user-authored messages (preserve the literal numbers), or normalize only visual styling while keeping the typed values.
What Should Happen?
See Fable 5 inserted bug report
Error Messages/Logs
Steps to Reproduce
See Fable 5 inserted bug report
Claude Model
Other
Is this a regression?
No, this never worked
Last Working Version
_No response_
Claude Code Version
Claude Code 2.1.201 (desktop app), Windows 11 Pro 10.0.26200
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Windows Terminal
Additional Information
_No response_