Open hferreiro opened 9 months ago
I don't know if it is related to this, but I opened a new small project, and ⌘P
is not finding anything. It does if I browse the file tree and open the directory with the file I want to open.
It appears that the file finder uses an index of the repository. If I try to search for a file in a huge repo (e.g. chromium) just after opening Zed, I can see the results being populated progressively, but it can take more than 1 minute for the correct result to appear.
I've seen this sometimes as well. I don't think I've seen >1min delays, but I likely don't work in a repo as large as chromium. 😄
In any case, this would be neat to improve since it's confusing. 👍
I've encountered a slightly different problem (though related enough to warrant a comment). Searching for a file populates the results almost instantly, but selecting an entry takes a very long time (>1 minute) to actually open the file. There's no visible feedback (e.g. no spinner) but the file does eventually open.
The UI doesn't block; while I wait for the file to open I can search for and try opening other files. Eventually every file I selected opens at nearly the same time.
Check for existing issues
Describe the feature
It appears that the file finder uses an index of the repository. If I try to search for a file in a huge repo (e.g. chromium) just after opening Zed, I can see the results being populated progressively, but it can take more than 1 minute for the correct result to appear. It would be great if the file finder proactively searched the results while the repo is still being indexed in the background.
If applicable, add mockups / screenshots to help present your vision of the feature
No response