Here’s a rough corner I’m not sure what do about, if anything. When you create a new receive only folder, and there are already files, these are “local modifications”. We show the revert button which, if pressed, will blow everything away.
This makes sense from an internal-technical point of view, it’s how that folder type works. Yet it surprised me when I did it yesterday, and is rather “foot-gun”-ey and so typically something we try to avoid.
Some part of me, even though I know perfectly well how this folder type works, would have expected the existing contents picked up by the initial scan to form the initial global view and thus be fine…
I.e., what happens when you create the folder in normal mode and then change it to receive only after the first scan…
Here’s what I did when I ran into this, if anyone cares about a use case…
I was reorganizing a large photo folder – renaming, moving, and deleting some crap – and when I was done I wanted to sync it to another device that already had the pre-reorganization files. In principle this is a clear
rsync -va --delete src dst but I wanted rename handling instead of transferring a hundred gigs so I used Syncthing.
On the source, create a send-only folder with the reorganized files. No sharing yet, just letting it scan.
On the destination, create a receive-only folder where the files already are, with the same folder ID. “Receive only” because I’m being double paranoid about the direction of transfer. No sharing yet, just letting it scan.
Then I was going to let them talk to each other and hit “revert”, but noticed the already lit up revert button on the destination and got scared.