Claude 94aa9a070b fix(cordn): recursive delete carries on past a directory it cannot list ...

deleteRecursivelyQuietly (the okio stand-in for File.deleteRecursively)
listed the whole tree with listRecursively(...).toList() inside one try:
a single directory that failed to list emptied the list, so nothing was
deleted. File.deleteRecursively removed everything it could reach. For the
cordn stores that meant a deleted group could keep its plaintext message
history, and a migration could merge an imported snapshot into old state.

It now lists one directory at a time, so an unlistable directory costs only
its own subtree and the result is false. metadataOrNull does not follow
symlinks, so a link is still deleted rather than walked into.

FileSystemExtTest covers a whole tree, a missing path, a directory that
refuses to list (failed before this change: the sibling's messages file
survived) and a symlink whose target must survive.

Also corrects EncryptedAppendLog's cache-key comment: Path.normalized()
does not resolve a relative path against the working directory, unlike
File.absolutePath. Every store builds its paths from one directory, so no
caller mixes spellings.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01S7FuNBSKiyVecARSoE4B9P

2026-09-28 12:28:06 +00:00

..

plans

docs(plan): record Wave 4 step 3, Account and its group in commons/commonMain

2026-09-28 04:59:22 +00:00

src

fix(cordn): recursive delete carries on past a directory it cannot list

2026-09-28 12:28:06 +00:00

.gitignore

Starting a new module for app benchmarks

2024-02-05 18:18:33 -05:00

ARCHITECTURE.md

docs: one UI for Android and Desktop, and the measured Wave 4 plan

2026-09-27 23:00:45 +00:00

build.gradle.kts

refactor: drop androidx.security from commons' key storage

2026-09-23 20:14:04 +00:00

consumer-rules.pro

Starting a new module for app benchmarks

2024-02-05 18:18:33 -05:00