Een store-URL wisselen is een herinstallatie, geen update

Open punt 8 stond sinds 19-08 als "niet uitgezocht, en niet aannemen dat het
meevalt". Beantwoord, en het antwoord is nee: een geïnstalleerde app overleeft
een wisseling van store-URL niet.

Wat het verraderlijk maakt is de vorm waarin het misging. umbrelOS tóónde de
update naar 0.0.15 gewoon, en voerde hem daarna niet uit, zonder foutmelding.
"De update wordt gezien" leest als "de koppeling ligt er" en dat is precies wat
het niet betekent: tonen en ophalen gaan niet langs dezelfde weg, en de herkomst
van een geïnstalleerde app blijft de store waaruit hij kwam. Een gelijk app-id in
een andere store maakt daar geen dezelfde app van.

Deïnstalleren plus opnieuw installeren loste het op en de app draait weer. De
prijs is app-data, dus de certificaatkeuze moest opnieuw gemaakt worden; wie een
certificaat had geüpload in plaats van uit Zoraxy te kiezen, moet data/certs/
vooraf wegkopiëren. Dat staat er nu bij, want dit komt bij het masterplan
Publicatie-Gate nog een keer langs: daar verandert het app-id.

Gratis meegenomen bewijs: de app komt nog steeds omhoog op een installatie waar
nooit een certificaat gekozen is. Dat was de fout die 0.0.3 velde.

Verder de Fulcrum-omschakeltest voorzien van de reden dat hij stilligt: de eerste
sync van Fulcrum stond op 72%. Omschakelen naar een backend die nog niet klaar is
meet de sync en niet de app. Daarmee wacht alles wat in dit plan nog openstaat op
iets dat vanzelf komt of ligt het bij de gebruiker; dat staat nu in de header,
zodat een volgende sessie niet gaat zoeken naar werk dat er niet is.

Tests: niet gedraaid, dit raakt alleen documentatie.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Docs/Plannen/Actief/010-Appstore/PROGRESS.md

@@ -3,6 +3,27 @@
 > Chronologisch sessielog, nieuwste bovenaan. Kort: 3 tot 6 regels per entry. Wat er is gebeurd en
 > waarom, niet wat er nog moet: dat staat in [TAKEN.md](TAKEN.md).
 
+## 25-08-2026 - de repo werd een store met twee apps, en dat kostte een herinstallatie
+
+Evolu Relay komt erbij en umbrelOS leest per store één repo, dus de repo `ElectrumTLS` is opgegaan in
+`UmbrelApps`, verse historie, met de documentatie van beide apps in één `Docs/`-boom. De app zelf hoefde
+niet te wijzigen: het app-id hangt aan het store-id `whatsnext` en niet aan de URL. Alleen de vijf
+URL-velden en `version` gingen mee, in 0.0.15.
+
+**De open vraag uit punt 8 is beantwoord, en het antwoord is nee: een geïnstalleerde app overleeft een
+wisseling van store-URL niet.** Wat het verraderlijk maakt is dat umbrelOS de update naar 0.0.15 wél
+tóónde en hem daarna niet uitvoerde, zonder foutmelding. Tonen en ophalen gaan blijkbaar niet langs
+dezelfde weg; de herkomst van een geïnstalleerde app blijft de store waaruit hij kwam. Deïnstalleren en
+opnieuw installeren loste het op. De prijs is `app-data`, dus de certificaatkeuze moest opnieuw gemaakt
+worden.
+
+Meegenomen bewijs dat er gratis bij kwam: de app komt nog steeds omhoog op een installatie waar nooit een
+certificaat gekozen is. Dat was de fout die 0.0.3 velde en hij blijft dicht.
+
+**Geraakt:** de hele repo (verse `UmbrelApps`), `umbrel-app.yml` (0.0.15), `CLAUDE.md`, `README.md`,
+`Docs/CONTINUE_HERE.md`, `Docs/README.md`, `Docs/KNOWLEDGE.md`, `Umbrel-appstore-spec.md`, dit plan.
+**Tests:** 39 goed 0 fout en 54 goed 0 fout, niets overgeslagen.
+
 ## 20-08-2026 - alles van de verse installatie nagekeken; dit plan zakt naar B
 
 De hele checklist van de herinstallatie is bevestigd door de gebruiker: `data/` met `certs/` en `runtime/`