-
-
Notifications
You must be signed in to change notification settings - Fork 586
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
New files are not detected #1361
Comments
Try removing “ignored” and seeing what happens. |
Thanks for your quick answer, I feel like it's better, working 1/2 times but not everytime |
I'll have a look when I'm next on a laptop too The underlying logic hasn't actually changed much since 3.x other than removing glob support. So I am surprised you're seeing a difference in behaviour |
Thanks, let me know if you need more informations I will take a look on the weekend as well |
This bug also affects change events when performing atomic writes, which are occasionally replaced with unlink events. 😬 This took me a while to debug, because it's my first time using chokidar and this was the output of my build script (all files were deleted, then recreated):
The rebuild happened fast enough for changes to be considered atomic, but most of the writes weren't detected by chokidar. Combine that with the fact (arguably a bug) that atomic change events are fired without delay, and the fact esbuild sometimes writes to the same file twice, and you get an output that gives the impression you forgot to wait for all deletions to be done before running the build, even though you did 🙃 |
Experience same issue with v4 - new files are not being picked up. |
Describe the bug
We have a desktop app using electron@32.0.1. Chokidar is used to detect new file created in a specific directory. After upgrading from 3.6.0 to 4.0.0, new files are not detected 2/3 of the time.
Versions (please complete the following information):
To Reproduce:
Expected behavior
Chokidar detect the new file added in the directory watched
Additional context
Downgrading to 3.6.0 solved the issue for us
The text was updated successfully, but these errors were encountered: