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

@@ -30,7 +30,7 @@
 
 | Plan | App | Volgende stap | Status |
 |-|-|-|-|
-| [Appstore](Plannen/Actief/010-Appstore/TAKEN.md) | Gate | In umbrelOS de oude store verwijderen en `UmbrelApps` toevoegen, en kijken of de geïnstalleerde app dat overleeft. Daarna de repo `ElectrumTLS` weghalen, want daar staat het domein nog in de historie. Verder wacht de herstartcontrole op een herstart die er toch komt | 🔶 |
+| [Appstore](Plannen/Actief/010-Appstore/TAKEN.md) | Gate | De repo `ElectrumTLS` weghalen op de Git-server; daar staat het domein nog in de historie. Verder wacht alles op iets dat vanzelf komt: de eerste sync van Fulcrum (72% op 25-08) voor de omschakeltest, en een herstart voor de herstartcontrole | 🔶 |
 
 ## C - Wacht op afhankelijkheid
 

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

@@ -90,10 +90,24 @@
    **Het app-id is niet meegegaan** en dat is de reden dat dit goedkoop was: `whatsnext-electrum-gate`
    hangt aan het store-id en niet aan de URL. Voor umbrelOS is het dus dezelfde app in een andere store.
 
-   **Wat er wél open blijft, en nu voor het eerst echt aan de orde is:** of een geïnstalleerde app een
-   wisseling van **store-URL** overleeft, of dat de store verwijderd en opnieuw toegevoegd moet worden en
-   de app daarna opnieuw geïnstalleerd. Niet uitgezocht, en niet aannemen dat het meevalt. **Eigenaar:**
-   gebruiker, bij het omzetten van de store in umbrelOS.
+   **En daarmee beantwoord, diezelfde dag: een geïnstalleerde app overleeft een wisseling van store-URL
+   níet.** Dit stond hier als "niet uitgezocht, en niet aannemen dat het meevalt"; dat was terecht.
+
+   Wat er precies gebeurde: na het toevoegen van de nieuwe store **zag** umbrelOS de update naar 0.0.15
+   wel, maar het bijwerken gebeurde niet. Geen foutmelding, geen zichtbare reden. Dat is het lastigste
+   soort uitkomst, want "de update wordt gezien" leest als "de koppeling is gelegd" en dat is hij niet:
+   het tonen van een nieuwere versie en het ophálen ervan gaan niet langs dezelfde weg. De herkomst van
+   een geïnstalleerde app blijft de store waaruit hij geïnstalleerd is, en een gelijk app-id in een andere
+   store maakt daar geen dezelfde app van.
+
+   **Deïnstalleren plus opnieuw installeren loste het op** (25-08-2026); de app draait weer op 0.0.15. De
+   prijs is `app-data`, dus de certificaatkeuze in `data/runtime/config/selected-cert` moet daarna opnieuw
+   gemaakt worden. Wie een certificaat had geüpload in plaats van uit Zoraxy te kiezen, raakt dat kwijt en
+   moet `data/certs/` vooraf wegkopiëren.
+
+   **De regel die hieruit volgt en verder gaat dan deze ene keer:** behandel een verhuizing van de
+   store-URL als een herinstallatie van elke app erin, en niet als een update. Dat maakt het ook een
+   afweging bij het masterplan **Publicatie-Gate**, want daar verandert het app-id nog een keer.
 
 
 1. **Draait `nginx:alpine` met de `stream`- en `stream_ssl`-module?** - **Ja** (18-08-2026).

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/`

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**