Evolu Relay 0.5.1: de melding bovenaan ging nooit weg

Gemeld door de gebruiker binnen een uur na 0.5.0, op de pagina op zijn eigen
Umbrel. "Sent. The relay applies changes within a few seconds." bleef staan tot je
de pagina herlaadde, dus ook lang nadat hij niet meer waar was.

Een ontbrekende tak: de ronde die elke vijf seconden loopt zette de melding wel aan
maar nooit uit. De regel die daaruit volgt en die in het commentaar staat: de
melding hoort van de RONDE te zijn en niet van de klik, want alleen de ronde weet
of hij nog waar is. Hij verdwijnt nu zodra het relay-proces de opdracht heeft
opgepakt, en blijft staan zolang de opdracht in de postbus ligt. Dat is het geval
waarin er iets te melden valt, want normaal duurt dat twee seconden.

Een weigering is de uitzondering en blijft staan tot de volgende opdracht: het is
de enige uitleg die je krijgt van wat er misging, en die mag niet binnen vijf
seconden verdwijnen. Met een vlag en niet door naar de klasse van het element te
kijken, zoals de vorige versie van deze pagina deed; dan hangt gedrag aan een naam
die er ook om opmaakredenen kan staan.

Bijvangst: die weigering stond in de neutrale stijl en is nu rood. Een geweigerde
opdracht in de neutrale stijl leest als een mededeling.

Alleen index.html.template geraakt, dus geen nieuwe image: build.sh blijft op
0.5.0 en het manifest gaat naar 0.5.1. De changelog beweerde sinds diezelfde
ochtend dat die twee nummers gelijk gehouden worden; de regel is dat een hogere
VERSION een hoger manifest vraagt en niet andersom. Rechtgezet.

Beide gedragingen zijn in een browser nagegaan tegen de voorbeeldweergave: de
bevestiging is na zeven seconden verborgen, de weigering staat er dan nog.

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

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

@@ -33,6 +33,17 @@ de oude image, en doe **beide** repo-pushes vóór de app-update, anders kost he
 extra versienummer. `imagetools` bevestigde bovendien `manifest.v2+json` en dus één architectuur; dat is bij
 bouwen op het apparaat zelf te verwachten.
 
+**En daarna kwam de eerste melding uit echt gebruik binnen, binnen het uur: 0.5.1.** De melding bovenaan de
+pagina ging nooit weg. Eén ontbrekende tak in de ronde, die hem wel aanzette maar nooit uit; "Sent." bleef
+dus staan tot een herlading. Het is het soort fout dat de voorbeeldweergave niet vindt, want daar klik je
+één keer en kijk je naar de opmaak. Wat het wél oplevert is een scherpere regel: de melding hoort van de
+**ronde** te zijn en niet van de klik, want alleen de ronde weet of hij nog waar is. Een weigering is de
+uitzondering en blijft staan, want dat is de enige uitleg die je krijgt.
+
+Bijvangst: die weigering stond in de neutrale stijl en is nu rood. En het manifest loopt hiermee vóór op de
+image (0.5.1 tegen 0.5.0), wat correct is voor een wijziging in alleen een template. De changelog beweerde
+sinds diezelfde ochtend het tegenovergestelde en is rechtgezet.
+
 **Wat er nu nog staat is van de gebruiker en is een blik, geen sessie:** verversen, updaten, en dan de drie
 dingen nakijken die alleen het apparaat kan zeggen.
 

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

@@ -30,7 +30,15 @@
       dus **één architectuur en geen multi-arch index**. Dat is bij bouwen op het apparaat zelf te
       verwachten en het klopt per constructie met de host; voor de officiele store hoort er arm64 bij, en
       dat staat bij **Publicatie-Relay**
-- [ ] **De app store verversen in umbrelOS en de app updaten naar 0.5.0. Eigenaar: gebruiker.**
+- [x] **0.5.1: de melding bovenaan ging nooit weg (30-08-2026).** Gemeld door de gebruiker binnen een uur
+      na 0.5.0, op de pagina op zijn eigen Umbrel. Eén ontbrekende tak: de ronde zette de melding wel áán
+      maar nooit uit, dus "Sent." bleef staan tot je herlaadde. Nu is de melding van de ronde en niet van de
+      klik. Een weigering is de uitzondering, blijft staan tot de volgende opdracht, en is rood geworden.
+
+      **Alleen een `*.template` geraakt, dus geen nieuwe image**: `build.sh` blijft op 0.5.0 en het manifest
+      gaat naar 0.5.1. Dat is de normale gang van zaken en niet een slordigheid; de regel staat in
+      [CHANGELOG-evolu-relay.md](../../../CHANGELOG-evolu-relay.md), waar hij bij 0.5.0 nog verkeerd stond
+- [ ] **De app store verversen in umbrelOS en de app updaten naar 0.5.1. Eigenaar: gebruiker.**
 - [ ] **Daarna op het apparaat nakijken wat een browser moet bewijzen (30-08-2026).** De pagina is met
       nagemaakte gegevens bekeken en dat vond twee echte fouten, maar drie dingen kan alleen de app zelf
       zeggen: loopt de teller écht af en gaat de deur dan dicht, blijft een label na een herstart staan, en