@file autocomplete dialog not appearing since 1.0.6 (regression)
Bug Report
Environment
- Claude Code Version: 1.0.16 (current)
- Platform: macOS Darwin 24.5.0
- Project Size: 98,183 files
- Version Control: jj (Jujutsu) + Git
Issue Description
The @file autocomplete/search dialog stopped appearing starting from version 1.0.6. This is a regression as the dialog worked correctly in version 1.0.4.
Regression Details
- Working Version: 1.0.4 - @file shows autocomplete dialog
- Broken Since: 1.0.6 - @file dialog does not appear
- Current Version Tested: 1.0.16
Expected Behavior
When typing @file, an autocomplete dialog should appear showing available files to select from (as it did in 1.0.4).
Actual Behavior
- Typing
@filedoes not trigger the autocomplete dialog (broken since 1.0.6) - Workaround: Manually typing the full filename (e.g.,
@README.md) still works and reads the file correctly
Project Context
- Very large codebase with 98,183 files including:
- vendor dependencies
- .git directory (legacy)
- .jj directory (current VCS)
- Project has proper CLAUDE.md file in root directory
Reproduction Steps
- Open Claude Code in large project (98k+ files with jj+git VCS)
- Type
@filein the input field - Expected: Autocomplete dialog appears with file list
- Actual: No dialog appears
- Workaround: Type
@README.mddirectly - this works and reads the file
Hypothesis
The autocomplete dialog regression might be related to:
- File count thresholds introduced in 1.0.6 to prevent UI lag in large projects
- Performance optimizations that disabled file indexing for autocomplete
- VCS directory scanning changes affecting file discovery
Impact
- Users cannot discover available files through autocomplete
- Workflow disruption for users who relied on file browsing
- Manual typing still works, so file reading functionality is intact
System Information
Working directory: /Users/gerald/Projects/omni-pilot
Version Control: jj (Jujutsu) + Git
File count: 98,183 files
Platform: macOS Darwin 24.5.0
Suggested Investigation
- Check if file count limits for autocomplete dialog were introduced in 1.0.6
- Verify if there's a configurable threshold to re-enable autocomplete in large projects
- Test autocomplete behavior with smaller projects to confirm size-related threshold
I fixed it for me by removing broken symlinks.
# show bad links
find . -type l ! -exec test -e {} \; -print
# remove or fix them, then restart Claude
I think related to #1444
@artimath Thanks! Removing broken symlinks fixed it for me too:
find . -type l ! -exec test -e {} \; -delete
Tab completion works perfectly now.
I can confirm removing broken symlinks works as of latest version to restore tab autocompletion.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.