quak/test/cli at 0f7bcb3553fa895c8f12f573eafcf083e1816553 - quak

Files

T

sneak 75463c834c Test: lib.backup() starts no further original once its lock is lost

Issue 184 made the backup check its lock before each original. The
workers that now back up several originals at once take the next file
without checking it. With five downloads waiting, backup.lock is removed
and proper-lockfile's timer finds it gone. The backup must download no
other photo, and reject with "lost the lock on DIR" once those five are
in place. Today its workers go on to the other three photos.

Model: opus-5-5

2026-10-14 05:44:43 +00:00

backup-concurrency.test.ts

Test: lib.backup() starts no further original once its lock is lost

2026-10-14 05:44:43 +00:00

backup-end-to-end.test.ts

quak backup works on up to the content pool's limit of originals at once (closes #182 )

2026-10-14 05:42:47 +00:00

backup-undecryptable.test.ts

One album or file quak cannot decrypt no longer stops a refresh or a backup (closes #181 )

2026-10-14 07:08:57 +02:00

backup.test.ts

Test: runBackup rejects a contentConcurrency that is not a positive integer