mirror of
https://github.com/restic/restic.git
synced 2024-12-25 17:27:25 +00:00
93210614f4
This is a bug fix: Before, when the worker function fn in List() of the RetryBackend returned an error, the operation is retried with the next file. This is not consistent with the documentation, the intention was that when fn returns an error, this is passed on to the caller and the List() operation is aborted. Only errors happening on the underlying backend are retried. The error leads to restic ignoring exclusive locks that are present in the repo, so it may happen that a new backup is written which references data that is going to be removed by a concurrently running `prune` operation. The bug was reported by a user here: https://forum.restic.net/t/restic-backup-returns-0-exit-code-when-already-locked/484 |
||
---|---|---|
.. | ||
azure | ||
b2 | ||
gs | ||
local | ||
location | ||
mem | ||
rest | ||
s3 | ||
sftp | ||
swift | ||
test | ||
testdata | ||
backend_error.go | ||
backend_retry.go | ||
backend_retry_test.go | ||
doc.go | ||
http_transport.go | ||
layout.go | ||
layout_default.go | ||
layout_rest.go | ||
layout_s3legacy.go | ||
layout_test.go | ||
paths.go | ||
semaphore.go | ||
utils.go | ||
utils_test.go |