syncdamon may miss file creation in extreme cases

[Lucio Torre]

when we create a directory because it was created in the server, we dont launch LR, we just add the watch.
if the user manages to put a file in that brief moment, syncdaemon wont see its creation. (next LR will find it, maybe the server will delete it)

This is a rare case, but if we could just launch LR on the directory, it would be ok. we cant do that because if we start a download before LR finishes it will find the .partial and remove it, breaking the download.

we should fix this in a better way

[Facundo Batista (facundo)]

Maybe the best would have to have a "scan this directory but ignore a .partial if you find it" mode, like:

    scan_dir("dirpath", ignore_dot_partial=True)

What do you think?

[Lucio Torre (lucio.torre)]

Facundo Batista wrote:
> Maybe the best would have to have a "scan this directory but ignore a
> .partial if you find it" mode, like:
>
> scan_dir("dirpath", ignore_dot_partial=True)
>
> What do you think?
>
ium not sure wait. lets wait until we have a clear solution to the LR+SR
timings issue.

[Lucio Torre (lucio.torre)]

this has to do with LR working while the state of files changes. facundo will make LR block on each directory.

[Facundo Batista (facundo)]

We can not make LR blocking (well, yes, we can, but will imply accessing and modifying the pyinotify internals), so we need to throw more brain on this.