PLAN: 1.0.2 released; a branch per version

CHANGELOG.md

@@ -55,9 +55,6 @@ shown under 1.0.0. The git tag of a release candidate goes after the date.
 
 ### Known issues
 - Empty folders are not backed up or restored; to be fixed in 1.0.3 (#27).
-- A full disk during a restore looks like a damaged backup ("Size mismatch"), and with `--salvage`
-  the restore goes on and lists the remaining files. The backup itself is fine: make room and run
-  the restore again. To be fixed in 1.0.3.
 
 ## [1.0.1] - 2026-11-01
 

PLAN.md

@@ -437,7 +437,10 @@ in README "Known limitations":
   met vertraging is nog niet gemeten); Bin-tabblad; schatting `target:add`; nieuwe screenshots
   (1–3 vervangen, 4-bin erbij; in `info.xml` bij de release naar tag v1.0.2 laten wijzen en
   4-bin toevoegen). Getest: unit (208), psalm, integratie NC35 sqlite/pgsql, S3/SFTP/FTP/SMB,
-  volledige restore met `--salvage`. Nog te doen: DR-test, release.
+  volledige restore met `--salvage`. **1.0.2 uitgebracht 2026-11-06** (tag `v1.0.2`, PR #28).
+- **Branches (besluit 2026-11-06):** werk voor een versie op een branch met die naam (`1.0.3`);
+  `polish` alleen voor kleine cosmetische zaken, per geval bekijken of en wanneer die gemerged
+  worden. SMB staat uit op sub5 en sub6; sub6 is het testaccount, eerst aanzetten voor een SMB-test.
 - **1.0.1** (uitgebracht 2026-11-01): alleen de kleine punten (besluit 2026-10-30): 4, 6–13. Punten 1, 2 en 5 gaan naar
   1.0.2 (README-roadmap aangepast); punt 3 is een test, ingepland voor de week van 2 november,
   niet aangekondigd en los van de release. Voor 1.0.2 ook: nieuwe screenshots (het labelveld bij

README.md

@@ -296,9 +296,6 @@ On the backlog; know them before you rely on NG Backup:
 - **Empty folders do not come back.** A backup only records files, so a folder without files is
   not restored. To be fixed in 1.0.3
   ([#27](https://github.com/dillardblom/ng_backup/issues/27)).
-- **A full disk during a restore looks like a damaged backup.** The reason shown is "Size mismatch",
-  and with `--salvage` the restore goes on and lists the remaining files. The backup itself is fine:
-  make room and run the restore again. To be fixed in 1.0.3.
 - **Only the data directory is backed up.** Object storage as primary storage (`objectstore` in
   `config.php`) is not supported: a backup refuses to start there. Folders mounted through the
   External storage app are not in the data directory and are **not included**, without a warning.

docs/DISASTER-RECOVERY.md

@@ -117,16 +117,7 @@ first. If none is better, `--salvage` restores whatever can be read:
 
     occ backup:restore:full offsite <snapshot> --install-apps --salvage
 
-If a restore already stopped halfway, run it as in step 8: maintenance mode off, with `--force` and
-without `--install-apps`:
-
-    occ maintenance:mode --off && occ backup:restore:full offsite <snapshot> --salvage --force
-
 - Files that cannot be read are left out and listed at the end; everything else is restored.
-- **Check the disk first if the reason is "Size mismatch".** In this version a full disk looks like
-  damaged data: the message then points at `--salvage`, and with `--salvage` the restore goes on and
-  lists the remaining files. The backup itself is fine: make room and run the restore again as in
-  step 8, without `--salvage` unless the backup is damaged as well. To be fixed in 1.0.3.
 - If the database cannot be restored (its dump is damaged, or it does not fit this
   installation), the database stays as the fresh installation made it, and the data directory
   and config of the backup go to a folder of their own in the data directory,