Relay 0.7.0: een weg naar binnen, en de melding bij elke klik weg

Vier punten van de gebruiker, opgekomen tijdens het beproeven met de testclient.

De getimede leerstand is eruit; de wachtlijst is de enige weg naar binnen. Zijn
redenering: allebei de wegen vragen iemand die bij de app kan, dus het is
dubbelop, en het venster is de zwakste omdat het iedereen toelaat die er
toevallig in verbindt. Dat weegt zwaarder nu de relay op een publiek wss-adres
kan staan. De oorspronkelijke reden voor de leerstand, dat je je eigen OwnerId
nergens kon aflezen, verviel toen de weigerlijst dat id ging tonen. Daarmee
verdwijnt ook de bug die hij dezelfde dag meldde: een geleerde eigenaar bleef in
de weigerlijst staan terwijl hij al kon schrijven en lezen, want decideOwner
haalde hem niet van die lijst af en de knop allow wel.

"Refused owners" heet "Waiting list", met de badge Waiting en een teller waar de
widget van het tijdvenster stond. Het veld op schijf blijft rejected: hernoemen
zou een migratie zijn voor een woord dat niemand ziet.

Het adres onderaan zei http:// en dat kan nergens werken, want de relay spreekt
WebSocket en nooit HTTP. Nu ws://<host>:3852, met een regel over wss://<domein>
zonder poort achter een reverse proxy. Dat is precies de fout die diezelfde dag
een ronde kostte bij het koppelen van de testclient.

De melding bij elke klik is weg. Die stond in de gewone stroom van de pagina,
dus alles eronder schoof omlaag en weer omhoog. Nu gaan de knoppen in de lijsten
even op slot tot de ronde de nieuwe stand heeft; foutmeldingen blijven wel staan,
want die zeggen iets wat je nergens anders ziet.

STATE_VERSION blijft 1 en een owners.json van 0.6.0 leest door: learning en
learningUntil worden gelezen, genegeerd en niet teruggeschreven. Een verhoging
zou store.js de allowlist van een werkende installatie opzij laten schuiven.

Twee toetsen bewaken dat de leerstand niet terugsluipt: een onbekende eigenaar
wordt geweigerd ook met learning: true in het bestand, en set-learning is een
onbekende actie. Beide mutatie-getest.

De compose staat op 0.7.0 zonder digest, zodat het hard faalt tot de image
bestaat. Bouwen, duwen en pinnen ligt bij de gebruiker.

Suite: 424 goed, 0 fout.

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

Docs/Plannen/Actief/008-Umbrelapp/TAKEN.md

@@ -16,6 +16,23 @@
 
 ## Volgende stap
 
+- [ ] **0.7.0 bouwen, duwen en pinnen op de Umbrel. Eigenaar: gebruiker.** De compose staat op
+      `evolu-relay:0.7.0` **zonder digest**, zodat een installatie hard faalt tot de image bestaat in
+      plaats van stil de oude te draaien. Na het duwen: de index-digest erbij, drie keer in de compose. De
+      commando's staan in [Images-pinnen.md](../../../Referenties/Images-pinnen.md)
+- [x] **0.7.0 klaargezet (09-09-2026): één weg naar binnen, en de melding bij elke klik weg.** Vier punten
+      van de gebruiker, opgekomen tijdens het beproeven met de testcliënt:
+      - de getimede leerstand is eruit; de **wachtlijst** is de enige weg naar binnen. Zijn redenering:
+        dubbelop, en het venster liet iederéén toe die er toevallig in verbond. Daarmee verdween ook de
+        bug dat een geleerde eigenaar in de weigerlijst bleef staan terwijl hij al kon schrijven
+      - "Refused owners" heet "Waiting list", met de badge "Waiting" en een teller waar het tijdvenster
+        stond. Het veld op schijf blijft `rejected`
+      - het adres onderaan zei `http://` en zegt nu `ws://`, met een regel over `wss://<domein>` zonder
+        poort achter een reverse proxy
+      - de melding bij elke klik is weg; de knoppen in de lijsten gaan even op slot. Foutmeldingen blijven
+
+      `STATE_VERSION` blijft 1, dus een `owners.json` van 0.6.0 leest door. **Alles nog ongezien op het
+      apparaat**, want er is geen image
 - [x] **De eigenaars gesorteerd op laatst gezien, meest recent bovenaan (07-09-2026, 0.5.6).** Op verzoek
       van de gebruiker; in beide kaders en over de groepen heen. Alleen de pagina, dus geen nieuwe image.
       **Nog nakijken op het apparaat.**