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/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).