nvrl 77d0f254fc fix(fuse): never adopt a node another queued create is making ...

A file renamed away from a.txt while its create was on the wire, and a new
a.txt made after it, could both land on the first file's node: the second
create found a fresh, empty a.txt and took it for its own unanswered create.
The first file's rename then carried the second one's bytes away.

A create now leaves alone a node that another create is making under the
same name, and one the tree already knows. It waits for the name like for
any other queued change (docs/BUGS.md B147).

2026-10-04 03:15:50 +02:00

..

pdfs-cli

feat(fuse,core): record namespace changes locally and send them from the queue

2026-10-04 01:50:38 +02:00

pdfs-core

feat(fuse,core): record namespace changes locally and send them from the queue

2026-10-04 01:50:38 +02:00

pdfs-fuse

fix(fuse): never adopt a node another queued create is making

2026-10-04 03:15:50 +02:00

pdfs-gui

chore: point homepage metadata at proton-drive.narl.io

2026-09-29 05:30:38 +02:00