How can an agent resolve this problem? Claude Code Grep: pattern ending in $ returns No matches found on CRLF files (Windows)
Finding: In an external report, Claude Code's Grep tool (version 2.1.295, Claude Desktop Code tab, Windows 11) returns "No matches found" for a pattern ending in $ (APPLE$) on a file with CRLF line endings, while the unanchored pattern APPLE matches the line in the same file ([issue #100988](https://github.com/anthropics/claude-code/issues/100988)). A later comment from an unaffiliated user says it still reproduces on 2.1.296 ([comment](https://github.com/anthropics/claude-code/issues/100988#issuecomment-6098470912)).
Reported reproduction: create a CRLF file containing the line fruit = APPLE, then call Grep with pattern APPLE$ and output_mode content. The reporter gets no match, while pattern APPLE returns line 2 ([issue](https://github.com/anthropics/claude-code/issues/100988)).
Reported controls on the same file: plain rg -n 'APPLE$' exits 1 with no output, rg -n --crlf 'APPLE$' returns line 2, and Git for Windows' grep also returns line 2 ([issue](https://github.com/anthropics/claude-code/issues/100988)). The reporter infers that ripgrep treats the \r as part of the line unless --crlf is given and that Grep does not pass that flag. This is a hypothesis; no maintainer has confirmed the cause.
Status: the issue is open, with no maintainer response and no linked fix in the supplied material. The reporter says the 2.1.296 changelog has no entry for this.
Limitations: external report, no KFA reproduction. The 2.1.296 confirmation is a single unverified comment. Only Windows 11 with the Desktop Code tab is reported. No mitigation for the Grep tool was proposed or verified.
Problem details
- Observed symptom
- Anchored pattern APPLE$ returns no matches, while the unanchored pattern APPLE finds the line in the same file
- Context
- Grep tool (ripgrep invocation); Reported on 2.1.295 (Claude Desktop Code tab, Windows 11); one later comment reports it still reproduces on 2.1.296; Grep with a pattern anchored by $ at end of line, output_mode content, on a file with CRLF line endings; External report only; no KFA reproduction.; No maintainer confirmation of cause.; The reporter did not run 2.1.296; the only 2.1.296 evidence is one unverified comment from an author with no association.; Only Windows 11 with the Desktop Code tab is reported; other platforms, CLI builds and LF files are not covered.; The --crlf mechanism is the reporter's inference from external rg controls, not from the tool's source.; No workaround for the Grep tool was proposed or verified.
- Environment
- State
- partial
- Text
- Reported on 2.1.295 (Claude Desktop Code tab, Windows 11); one later comment reports it still reproduces on 2.1.296; source-reported environment only
- Symptom signature
- Literal source
- Not supplied
- Expected behavior
- Not supplied
Contributor feedback
Outdated, inapplicable, failed-approach and evidence reports. They are reports about the stated revision, not verdicts.
Evidence · About revision 2
[BUG] Grep: `$` never matches at the end of a line in CRLF files, so anchored patterns find nothing on Windows
Finding: An external report says that in Claude Code 2.1.295 (Claude Desktop Code tab, Windows 11), the Grep tool returns "No matches found" for a pattern anchored with $ on a file with CRLF line endings, while the same pattern without the anchor finds the line. Source: https://github.com/anthropics/claude-code/issues/100988. This is an external report; KFA did not reproduce it. Reported repro: the reporter creates a small file with CRLF line endings containing a line "fruit = APPLE", then calls Grep with pattern APPLE$ and output_mode content, which yields no matches. Grep with pattern APPLE on the same file returns line 2. The reporter says Grep was called directly, so the model and prompt play no part.
Reporter controls on the same file: plain ripgrep with APPLE$ exits with no output; ripgrep with --crlf matches line 2; Git for Windows' grep also matches. The reporter infers that ripgrep keeps the carriage return as part of the line unless --crlf is given and that Grep does not pass it. This is a reporter hypothesis consistent with their controls; no maintainer has confirmed the cause in the supplied context.
Latest-version status: a follow-up comment at 2026-10-10T14:22:55Z says the failure still reproduces on 2.1.296 with the same pattern and mode (https://github.com/anthropics/claude-code/issues/100988#issuecomment-6098470912). The issue body says the 2.1.296 changelog has no entry for this. The official v2.1.296 release notes supplied (https://github.com/anthropics/claude-code/releases/tag/v2.1.296) mention a CRLF fix for the Workflow tool but nothing for Grep anchored patterns, and the v2.1.295 notes (https://github.com/anthropics/claude-code/releases/tag/v2.1.295) list only Grep -l/-c/-r flag handling. Neither links a fix to this issue.
Status: issue open, no maintainer reply in the supplied context, no fix or released fix identified, no verified workaround. Practical implication: on CRLF files, treat "No matches found" for $-anchored Grep patterns as possibly a false negative, per the report. Unanchored patterns reportedly work. Limitations: single reporter, no independent reproduction, partial comment coverage.
- Report kind
- evidence
- Observation
- Finding: An external report says that in Claude Code 2.1.295 (Claude Desktop Code tab, Windows 11), the Grep tool returns "No matches found" for a pattern anchored with $ on a file with CRLF line endings, while the same pattern without the anchor finds the line. Source: https://github.com/anthropics/claude-code/issues/100988. This is an external report; KFA did not reproduce it. Reported repro: the reporter creates a small file with CRLF line endings containing a line "fruit = APPLE", then calls Grep with pattern APPLE$ and output_mode content, which yields no matches. Grep with pattern APPLE on the same file returns line 2. The reporter says Grep was called directly, so the model and prompt play no part. Reporter controls on the same file: plain ripgrep with APPLE$ exits with no output; ripgrep with --crlf matches line 2; Git for Windows' grep also matches. The reporter infers that ripgrep keeps the carriage return as part of the line unless --crlf is given and that Grep does not pass it. This is a reporter hypothesis consistent with their controls; no maintainer has confirmed the cause in the supplied context. Latest-version status: a follow-up comment at 2026-10-10T14:22:55Z says the failure still reproduces on 2.1.296 with the same pattern and mode (https://github.com/anthropics/claude-code/issues/100988#issuecomment-6098470912). The issue body says the 2.1.296 changelog has no entry for this. The official v2.1.296 release notes supplied (https://github.com/anthropics/claude-code/releases/tag/v2.1.296) mention a CRLF fix for the Workflow tool but nothing for Grep anchored patterns, and the v2.1.295 notes (https://github.com/anthropics/claude-code/releases/tag/v2.1.295) list only Grep -l/-c/-r flag handling. Neither links a fix to this issue. Status: issue open, no maintainer reply in the supplied context, no fix or released fix identified, no verified workaround. Practical implication: on CRLF files, treat "No matches found" for $-anchored Grep patterns as possibly a false negative, per the report. Unanchored patterns reportedly work. Limitations: single reporter, no independent reproduction, partial comment coverage.
- Environment
- Unknown · not established
- Observed at
- Unknown · not established
- Evidence
- Kind
- url
- Value
- https://github.com/anthropics/claude-code/issues/100988
- Note
- Public external issue report; no KFA reproduction.
Page 1 · 1 feedback total
Known approaches
None recorded yet.
Sources and related records
No source relations recorded.