Files
proton-drive-linux/docs
nvrl 4676a4e32b fix(fuse): cache an upload whose read-back failed, and know it as ours (B157)
When the read-back after an upload went unanswered, the drain let go of
the staged blob without caching it. A partial write opened next had
nothing to fill its gaps from and queued an incomplete revision, so the
write open after it was refused with EIO.

The bytes are now cached under the size and mtime the tree still has,
which is the base the next write takes. Their SHA-1 stands in for the
revision id the read-back did not bring, so that write chains onto the
upload and does not fork a conflict copy of itself.
2026-10-04 16:20:54 +02:00
..

Documentation

For users

Page What it covers
Installation Packages, building from source, first sign-in, updating and uninstalling
User guide My files, available offline, synced folders, conflicts, Photos, sharing, Trash and versions, Computers, the search launcher, the tray
Command-line reference Every pdfs command, grouped by task, and scripting with --json
Configuration config.json, environment variables, file locations, the systemd service
Troubleshooting Diagnosing problems, common symptoms, starting over, reporting a bug
Recovering on a new computer What survives a lost machine and how to restore your synced folders
Changelog What changed in each release

For contributors

Page What it covers
Development guide Building, running and debugging from source; releasing
Architecture Crates, read and write paths, sync engine, control protocol, threads, threat model
Testing Unit tests and the FUSE acceptance suite
Translating Adding and updating translations
Roadmap Planned work and verification still owed
Bug ledger Every tracked defect with its analysis and status
UI/UX plan Design audit and notes behind the 2.x desktop app

Also see CONTRIBUTING.md and SECURITY.md in the repository root.