Re: Deleting files on temporary network dropouts

--000000000000077b680647f4b5c5
Content-Type: text/plain; charset="UTF-8"

You can investigate this further by enabling some debug information. On the
command line, try adding -debug update+ -debug fileinfo+ (or set the debug
property in your profile). Every time you encounter a file incorretly
detected as remote missing, check what can be seen in the debug output.

As it is highly unlikely to be a bug in Unison then, on a weak network, a
simple directory listing (ls) should also result in fewer files listed than
actually present on the remote. Can you verify that?

On Fri, 9 Jan 2026 at 11:46, Mo B <[email protected]> wrote:

> Coming from https://urldefense.com/v3/__https://github.com/bcpierce00/unison/issues/989__;!!IBzWLUs!Up4YNNNupQSqrbDIp-SDrd9w4maHvse1GgrT41TLlgx7vRjXO8cw3U7KeDDXTga9XQgIPEcxZ1gnN5n99PBg_A$  ...
>
> I still have this issue since years.
> I'm syncing clients against a central WebDAV server, using davfs2+unison
> on Linux (and Foldersync on Android).
> When having a weak uplink, sometimes a bunch of files gets detected as
> remotely missing, going to delete locally. In the next sync turn having a
> stable uplink, the files get deleted remotely as expected...
> This is dangerous. Who is responsible for that? I guess it's the
> filesystem, is it? A FUSE file system should return something like IO
> errors or just block, but nothing like "file not found" on a weak network.
> Having seen that it's highly risky to do my syncs via public (VPN secured)
> networks.
>
> While unison has some user interaction and I don't run it headless I often
> can check before applying this issue. But on hundreds of files I often need
> to check if unison is right about deletions. On Android with Foldersync
> running always completely headless (accepting/deleting latest file version)
> I have never seen this issue and it runs almost always on uncertain mobile
> uplinks.
>
> Best regards,
> Mo
>
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
>

To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].

--000000000000077b680647f4b5c5
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>You can investigate this further by enabling some deb=
ug information. On the command line, try adding=C2=A0<span style=3D"font-fa=
mily:monospace"><span style=3D"color:rgb(0,0,0);background-color:rgb(255,25=
5,255)">-debug updat</span>e+ -debug fileinfo+</span>=C2=A0(or set the debu=
g property in your profile). Every time you encounter a file incorretly det=
ected as remote missing, check what can be seen in the debug output.</div><=
div><br></div><div>As it is highly unlikely to be a bug in Unison then, on =
a weak network, a simple directory listing (ls) should also result in fewer=
 files listed than actually present on the remote. Can you verify that?</di=
v></div><br><div class=3D"gmail_quote gmail_quote_container"><div dir=3D"lt=
r" class=3D"gmail_attr">On Fri, 9 Jan 2026 at 11:46, Mo B &lt;<a href=3D"ma=
ilto:[email protected]">[email protected]</a>&gt; wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex"><div>Coming from=C2=A0<a href=3D=
"https://urldefense.com/v3/__https://github.com/bcpierce00/unison/issues/98=
9__;!!IBzWLUs!Up4YNNNupQSqrbDIp-SDrd9w4maHvse1GgrT41TLlgx7vRjXO8cw3U7KeDDXT=
ga9XQgIPEcxZ1gnN5n99PBg_A$" target=3D"_blank">https://github.com/bcpierce00=
/unison/issues/989</a> ...</div><div><br></div><div>I still have this issue=
 since years.</div><div>I&#39;m syncing clients against a central WebDAV se=
rver, using davfs2+unison on Linux (and Foldersync on Android).</div><div>W=
hen having a weak uplink, sometimes a bunch of files gets detected as remot=
ely missing, going to delete locally. In the next sync turn having a stable=
 uplink, the files get deleted remotely as expected...</div><div>This is da=
ngerous. Who is responsible for that? I guess it&#39;s the filesystem, is i=
t? A FUSE file system should return something like IO errors or just block,=
 but nothing like &quot;file not found&quot; on a weak network.</div><div>H=
aving seen that it&#39;s highly risky to do my syncs via public (VPN secure=
d) networks.</div><div><br></div><div>While unison has some user interactio=
n and I don&#39;t run it headless I often can check before applying this is=
sue. But on hundreds of files I often need to check if unison is right abou=
t deletions. On Android with Foldersync running always completely headless =
(accepting/deleting latest file version) I have never seen this issue and i=
t runs almost always on uncertain mobile uplinks.</div><div><br></div><div>=
Best regards,</div><div>Mo</div>

<p></p>

To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:[email protected]" target=
=3D"_blank">[email protected]</a>.<br>
</blockquote></div>

<p></p>

To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:[email protected]">unison-u=
[email protected]</a>.<br />

--000000000000077b680647f4b5c5--