Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I worked some over the weekend on an implementation of #192, and in the process put the new watcher implementation through its paces. I found a couple scenarios (e.g. deleting a whole tree of directories) where the compiler would wind up hanging on to an orphaned reference to a file that no longer existed, and after comparing diagnostic output between our watcher and one of the default implementations, realized that their directory watcher was much more active than ours.
It seems with our chokidar setup we can forgo
watchFilecompletely and just trigger thewatchDirectorycallback whenever a file within that directory changes. This eliminated all of the weird behavior I'd been seeing, and it got tsc's diagnostic output when using our watcher inline with what you'd see from the default one.