@filename autocomplete not working

worked when codex on a subdir of Desktop, but not on my code folder, which is in C:\Code\MyRepo\...

Does this occur only for a specific project or directory, or does it occur for all directories?

In particular, does it work on a small project? Does the hang occur in a very large project?

Do you suspect this is a recent regression? Has it worked for you on previous versions?

Does this occur only for a specific project or directory, or does it occur for all directories?

ok so I have this directory structure
C:\Code\ExampleProj\ExampleProj.Thing\Calibration\ExampleProj.Thing.Calibration.Web\ExampleProjvite\src

When I start codex in the src subdir, autocomplete not working.

I tried copying the directory to a shallower location, C:\Code\src, and starting codex here, autocompleted worked.

Is it a filepath length issue therefore?

In particular, does it work on a small project? Does the hang occur in a very large project?

I assume it is not a project size issue as I used the same src directory in the above 2 cases.

Do you suspect this is a recent regression? Has it worked for you on previous versions?

hadn't ever tried it before so can't say.

Same for me. Project is not overly large. Platform: Mac/Darwin. Path/working dir is short: ~/git/gam. When I press @g, I see .gitignore and nothing else, even though there are more files an folders with a g. @a shows bashrc, but there are many more files and folders with an a. And @m shows nothing, even though there are many files and folders with an m (like another sub folder gam or requirements.txt. Really weird behaviour.

Issue I was having seems to have been fixed in latest version

Cross-linking #14673 here.

This issue is about @filename autocomplete not working. The companion ask in #14673 is broader: shell-like path completion directly in the composer for inline path-shaped tokens, not only @ mentions.

If Codex ends up tightening file/path completion behavior generally, these two should probably be kept in view together.