This makes it nearly unusable considering it takes 2 minutes to search for anything, during which Visual Studio is not responsive.
"Search in" was set to "Current project".
Edit: Only version 1.32.11473!
Thank you for the feedback.
This feature is not provided or handled by PHP Tools, but we will take a look if we can do something about it.
That's strange as it only occured after updating VSTools to the preview version. I've never had it happen before.
it is weird - we think about a theoretical cause - (technically, just to let you know we didn't stop working on it 🙂) - in earlier versions we created a lot of background threads. If the number reaches a certain number, no more threads get created until the old background tasks finish. Searching in VS requires a background thread to run, so it might be waiting for our threads to finish.
That could be a reason for the delay in the search, but wouldn't explain why VS suddenly decided to find occurences outside the scope of the projects. As you can see the screenshot, the ./vendor/ folder is not part of the project. Or is it? The search never used to search in the third party libraries when set to "Entire Solution".
Ah I get it. You are right, we search occurrences in the project AND its references that are inside the same folder (the composer packages). It seams we should report occurrences from the vendor folder as contained in another project (if we can).
EDIT: Seems VS decides the containing project by itself according to the File Path.
@MiloslavBeno @JakubMisek is there any update on this? I still find hundreds of references to any string I search in folders not in the project/solution such as vendor/, node_modules and var/cache. This only started happening shortly before I opened this issue.
I just realized we are talking about "Find All" in the search dialog, and not "Find All References" (Shift+F12), right?
Yes, Find References works wonderful 🙂