-
Notifications
You must be signed in to change notification settings - Fork 113
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
too many duplicate events #121
Comments
After further investigation, it seems the route cause on Windows seems to be FILE_NOTIFY_CHANGE_LAST_ACCESS flag. This causes a change event on each file read ... is this really desired? As there is really nothing changed - file is just "accessed" Maybe we should just remove this flag @implausible or an an option for it? Is this also Windows only? Seems that on MacOS at least no change events are triggered when file is just accessed. A as similar issue with the node watch code: nodejs/node#21643 (comment) |
Awesome sleuthing. Let's go ahead and remove that flag. I agree, that is not something that we need to track. If we see push back we can course correct with an option. |
It is maybe worth mentioning that the default C# file system watcher uses these flags:
We have been using these flags for a long time on Windows in VSCode without issues. In our (new) fork of |
PR: #147 |
This seems to be happening still. |
When doing a multiple file copy of a watched folder, many duplicate events are being generated.
Would it be much wiser if before adding a change event to the queue first a check is done if it is already in it @implausible ?
So that we don't have to dedupe all the events first before processing?
The text was updated successfully, but these errors were encountered: