<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 30 sept. 2019 à 07:35, BensonBear <<a href="mailto:benson.bear@gmail.com">benson.bear@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">woenx wrote<br>
> Yep, I'm with you in that one. The change should be transparent, without<br>
> the<br>
> need to re-scan the whole library. I don't know what that happens. Maybe a<br>
> developer can chime in?<br>
<br>
I believe I found the problem (at least, it is *a* problem that<br>
contributes):<br>
<br>
Because of the way I was moving the image files from the original windows<br>
machine to a linux machine (windows built in ftp, plus wget), the times on<br>
the files were wrong.  The seconds field had been zeroed out.   If the times<br>
are restored to their exact values, the method seems to work with no<br>
problem.<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Now for future actual use, I am not sure what is best.  Probably to find<br>
some rsync server for windows, or perhaps unison.   For now, I just reset<br>
the filetimes when they are first copied via wget using the times in the<br>
digikam database.  That's fast. <br>
<br></blockquote><div><br></div><div>Windows 10 come with a SSH server embeded, ported from openSSH. It's not perfect but it work with SFTP. I use at work to syncronize source codes in a Windows 10 VM hosted in a Linux.</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div></div>