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
[1.24.1] Command is run multiple times #726
Comments
I'll look into this but as an aside you can replace |
Ah, I missed that, thanks. Trying now with a sane value =) |
Looks good now. I suspect between versions timings subtly changed and the debounce default was fine before but now caused issues? |
That should already be the case, unless there's a race condition very early, there's no way for current Watchexec to have two simultaneous runs of a process unless the command is detaching itself (in which case Watchexec is no longer in control of it). In fact the current default is for events received during a run to queue up a subsequent run when the current one stops. You may want |
Then indeed something seems to be wrong, the command ran multiple times in parallel. The way you describe the intended default behavior is exactly how I want it to run: if something triggers during a run, finish the run and then run again (once). |
Well, that's annoying, but at this point I need your command, or something like your command that behaves the same if there's privacy issues here, to replicate this. And if possible, a logfile at |
I cut the paths down a bit, but that shouldn't matter. Any somewhat sizable repository as a sync source should work. |
Thanks, I'll check when I'm back at work early January. |
After updating to 1.24.0/1.24.1 it seems like the command is run for each event rather than once for each batch. I hadn't used debounce so far, but even that doesn't help (technically in my case makes it even worse, as I'm running a directory sync that now runs several times at once conflicting).
OS: Windows
Command line:
The text was updated successfully, but these errors were encountered: