Tracking deleted files from a folder which is deleted

[angelozerr]

We have a language server which need to track deleted files (//*.html files)
To do that we use workspace/didChangeWatchedFiles which is working great when user delete html files.

The problem comes from when a folder which contains html files are deleted.

• on Windows OS with vscode, the language server receives the deleted folder only. In this case, how to retrieved the deleted files from the deleted folder?
• on Mac OS with vscode, the language server receives the all deletedhtml files.

My first question is it an expected behavior (I mean a different behavior between 2 OS) ?

I discover the workspace/didDeleteFiles notification, what is the difference from the workspace/didChangeWatchedFiles

Many thanks for your clarification!

[rgrunber]

According to #141 (comment) , the behaviour should be to only notify that the folder has been deleted in all cases. So this has regressed now it seems. The language client should try to protect against inconsistent behaviour across different platforms.

[dbaeumer]

@bpasero I get these events 1:1 from VS Code. Is this expected?

[bpasero]

Yes, it is expected that we do not send out delete events for each entry of a folder because listeners can easily figure out if a path is a child of said path and we can reduce the amount of events we have to send around:

https://github.com/microsoft/vscode/blob/d932af32771f4fcb8bef171f3114dfbd06ec5bed/src/vs/platform/files/common/watcher.ts#L377-L403

However, we rely on the operating system to give us the actual file events and our normalization of events works by accumulating events over some short period. If the OS gives us events slowly, above the threshold, we might start to send out individual deletes because we cannot find a common ancestor.

File events can be logged when you run code --verbose and look for [File Watcher (parcel)] entries in the developer tools console: