@ autocomplete file search is case sensitive

Resolved 💬 1 comment Opened Oct 15, 2025 by christianselig Closed Oct 15, 2025

What version of Codex is running?

codex-cli 0.44.0

What subscription do you have?

Pro

Which model were you using?

gpt-5-codex

What platform is your computer?

Darwin 24.6.0 arm64 arm

What issue are you seeing?

Typing @ to autocomplete a file name is partially case-sensitive, for instance if you are looking to reference ContentView.swift and your prompt is:

Can you summarize @Contentview.s

It will not autocomplete, you need to do:

Can you summarize @ContentView.s

For the autocomplete to function.

To go deeper into the weeds, this is because in codex-rs/file-search/src/lib.rs the create_pattern function uses CaseMatching::Smart rather than ::Ignore (https://docs.rs/nucleo-matcher/latest/nucleo_matcher/pattern/enum.CaseMatching.html) which weirdly (unless I'm misunderstanding a purpose) means if you type any capitals at all in your search you'll require perfect capitalization, for instance this WOULD work because there are no capitals present:

Can you summarize @contentview.s

Maybe I'm weird but I find myself sometimes capitalizing the first letter which makes the rest of the search very picky. Changing this would put Codex much more inline with convention (e.g.: other CLI tools, tools like Spotlight on macOS, web browsers, etc.)

PR: https://github.com/openai/codex/pull/5224

What steps can reproduce the bug?

Type @ to bring up file search and have a capital somewhere else in your prompt and you'll need perfect capitalization to find the file

What is the expected behavior?

Capitalization shouldn't matter when autocompleting

Additional information

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗