False-positives for changed files, when sideloading to speed up Send Only
folders
#8167
Labels
bug
A problem with current functionality, as opposed to missing functionality (enhancement)
frozen-due-to-age
Issues closed and untouched for a long time, together with being locked for discussion
needs-triage
New issues needed to be validated
False-Positives for Changed Files, when Sideloading to Speed up
Send Only
FoldersOperating Systems Tested
Mainly
GNU/Linux
(mostly version19.3
of theLinux Mint
distribution), andAndroid/Linux
versions9
and10
.Syncthing Versions Tested
Most every version of Syncthing since the introduction of the
Send Only
folder type
.What Happens
Send Only
folder.Send Only
device to the target device via USB.Send Only
device,Syncthing on the target device offers to
Revert Local Changes
ifthe target folder is
Receive Only
and moves the new files to a versioningdirectory if
Send & Receive
, appending their names with a date-deleted timestamp.Workaround
Setting the folder on both devices to
Send & Receive
appears to provide the expected behavior, but is a perilous solution when the files on the source device are supposed to be kept immutable.Expected to Happen
Presumably, Syncthing would see during the checksum process upon detecting new files, that the new local files are identical to the remote files, and acknowledge this with an appropriate jump in percentage completed in the synchronization process. Ideally, Syncthing on the target device would
touch
the files with the correctmtime
values from theSend Only
device as well.The text was updated successfully, but these errors were encountered: