syncthing/lib
Jakob Borg 61a182077f Clarify and correct handling of existing files/directories when pulling
This fixes a corner case I discovered in the symlink branch, where we
unexpectedly succeed in "replacing" an entire non-empty directory tree
with a file or symlink. This happens when archiving is in use, as we
then just move the entire tree away into the archive. This is wrong as
we should just archive files and fail on non-empty dirs in all cases.

New handling first checks what the (old) thing is, and if it's a
directory or symlink just does the delete, otherwise does conflict
handling or archiving as appropriate.
2015-08-15 15:29:59 +02:00
..
auto Don't get stuck at "Syncing 0%" when adding a new folder 2015-08-14 10:35:51 +02:00
beacon mv internal lib 2015-08-09 09:35:26 +02:00
config Don't get stuck at "Syncing 0%" when adding a new folder 2015-08-14 10:35:51 +02:00
db mv internal lib 2015-08-09 09:35:26 +02:00
discover mv internal lib 2015-08-09 09:35:26 +02:00
events mv internal lib 2015-08-09 09:35:26 +02:00
fnmatch mv internal lib 2015-08-09 09:35:26 +02:00
ignore mv internal lib 2015-08-09 09:35:26 +02:00
model Clarify and correct handling of existing files/directories when pulling 2015-08-15 15:29:59 +02:00
osutil Stop folder when running out of disk space (fixes #2057) 2015-08-09 10:37:23 +02:00
rc mv internal lib 2015-08-09 09:35:26 +02:00
scanner Ensure dir before files ordering when scanning 2015-08-13 13:01:50 +02:00
stats mv internal lib 2015-08-09 09:35:26 +02:00
symlinks mv internal lib 2015-08-09 09:35:26 +02:00
sync mv internal lib 2015-08-09 09:35:26 +02:00
upgrade mv internal lib 2015-08-09 09:35:26 +02:00
upnp Minor typo in UPnP service description list 2015-08-09 14:14:13 +02:00
versioner mv internal lib 2015-08-09 09:35:26 +02:00