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/TAKEN.md

@@ -5,8 +5,12 @@
 > **Van A naar B op 20-08-2026**, bij de prioriteitsherziening na de verse installatie van 0.0.9. Alles
 > waar dit plan om begon is af: de app is een echte umbrelOS-app, hij komt op uit een schone installatie,
 > en een wallet van buiten verbindt over TLS. Wat er nog staat is niet te plannen (de herstartcontrole
-> wacht op een herstart die er toch komt) of hoort bij het masterplan **Publicatie**. Het plan houdt zijn
-> nummer 010; alleen **Webinterface** kreeg een nieuw nummer bij de promotie naar A.
+> wacht op een herstart die er toch komt) of hoort bij het masterplan **Publicatie-Gate**. Het plan houdt
+> zijn nummer 010; alleen **Webinterface** kreeg een nieuw nummer bij de promotie naar A.
+>
+> **Bijgewerkt 25-08-2026:** alles wat hier nog openstaat wacht op iets dat vanzelf komt (de eerste sync
+> van Fulcrum, een herstart) of ligt bij de gebruiker (de oude repo weghalen). Er is niets meer dat een
+> sessie zelf kan oppakken.
 
 ## Volgende stap
 
@@ -137,7 +141,11 @@ Daarna, in deze volgorde:
       poort die Fulcrum op de host wil, dus die test kan niet slagen zolang hij bestaat. Met
       `docker compose -f ~/umbrel/home/Containers/ElectrumTLS/docker-compose.yml down`. Het externe
       `umbrel_main_network` blijft daarbij staan; dat verwijdert compose nooit. **Eigenaar: gebruiker**
-- [ ] Omschakelen naar Fulcrum in de umbrelOS-instellingen en controleren dat het zonder aanpassing werkt
+- [ ] Omschakelen naar Fulcrum in de umbrelOS-instellingen en controleren dat het zonder aanpassing werkt.
+      **Wacht op de eerste sync van Fulcrum; die stond op 25-08-2026 op 72%.** Dat is geen blokkade om op
+      te lossen maar een wachttijd: omschakelen naar een backend die nog niet klaar is, meet de app niet
+      maar de sync. Let op de volgorde: de oude stunnel-container moet weg vóór deze test, want die bindt
+      poort 50002 en dat is de poort die Fulcrum op de host wil
 - [ ] Pas ná een geslaagde herstart de oude map `~/umbrel/home/Containers/ElectrumTLS` opruimen; tot dan
       is dat de terugweg. Let op de volgorde: de container mount zijn `entrypoint.sh` uit die map, dus
       eerst de container weg en dan de map
@@ -160,9 +168,10 @@ Toegevoegd 18-08-2026. De naam beschreef het middel (TLS) en niet wat je ermee k
       Relay: umbrelOS leest per store één repo, dus een tweede app maakte een naam naar deze ene app
       onhoudbaar. Het **app-id** ging niet mee en dat hoefde ook niet; dat hangt aan het store-id en niet
       aan de URL
-- [ ] **In umbrelOS de oude store verwijderen en de nieuwe URL toevoegen.** Hier valt te zien of een
-      geïnstalleerde app een wisseling van store-URL overleeft, en dat is **niet uitgezocht**; ga er niet
-      van uit. Zie [OPEN.md](OPEN.md) punt 8. **Eigenaar: gebruiker**
+- [x] **De store omgezet in umbrelOS, en dat kostte een herinstallatie (25-08-2026).** Daarmee is open
+      punt 8 beantwoord: een geïnstalleerde app overleeft een wisseling van store-URL **niet**. De update
+      naar 0.0.15 werd wél getoond maar niet uitgevoerd, zonder foutmelding. Na deïnstalleren en opnieuw
+      installeren draait hij. Zie [OPEN.md](OPEN.md) punt 8 voor wat je vooraf moet wegschrijven
 - [ ] Pas daarna de repo `ElectrumTLS` op de Git-server weghalen. Dat is niet alleen opruimen: zolang hij
       bestaat, staat het domein nog in een publieke historie. Zie [OPEN.md](OPEN.md) punt 3.
       **Eigenaar: gebruiker**