Jakob Borg

Or it is because we already have a mapping on that port and are trying again because we're looping over multiple announced ... somethings? If so this would be a...

I suspect you're syncing/deleting settings of a running program, which is what causes the modifications and hence "resurrection" of the deleted files. This seems like a support issue more suited...

So, generally speaking this doesn't happen, or we'd have a flood of complaints from everyone. As such, I'd suggest focusing on what might be different on your systems/setup that would...

Yeah, but all of that is fiddling with Syncthing, and I'm thinking this works with the usual default Syncthing for almost everyone since forever, so that's not the right variable...

Yeah, you've certainly done your due diligence. I tried it a few times now on my macOS 14.3 M2 laptop, with two instances on the same machine but different directories...

I did now, a whole bunch of times creating and removing the structure. In doing that I think I found another bug in the filesystem watcher (it seems to not...

The cause is in your initial post: `syncing: delete dir: file modified but not rescanned; will try again later`. Syncthing thinks, right or wrong, that the thing that it's about...

Looking at this, there are a couple of oddities. We take an example failed remove: ``` INFO: Puller (folder "Sync" (9bupw-pod9e), item "___x/cv2/gapi/imgproc"): syncing: delete dir: file modified but not...

I suspect this is just a question of the system automatically adding xattrs and that being considered a modification and then the delete doesn't go through. Probably we need to...

Not checking the box means the credentials are session scoped in the browser, meaning you get logged out by closing the browser window. Getting logged out by restart or shutdown...