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>
This commit is contained in:
@@ -5,15 +5,37 @@ Nieuwste bovenaan. Elke regel hier hoort bij een `version` in
|
||||
uit.
|
||||
|
||||
**Er hoort een tweede nummer bij: `VERSION` in `tools/evolu-relay/build.sh`, het etiket op de image.** Die
|
||||
twee horen gelijk te zijn. Ze mogen uiteenlopen als er alleen iets in de app-map wijzigt, want dan is er
|
||||
geen nieuwe image, maar sinds 0.5.0 worden ze gelijkgehouden: uiteenlopende nummers waren bij 0.4.0 al
|
||||
verwarrend (manifest 0.4.0, image 0.3.0).
|
||||
twee lopen uiteen zodra er iets in de app-map wijzigt zonder dat de relay-code verandert, en dat hóórt ook
|
||||
zo: een `*.template` bereikt een installatie via de update-whitelist, en daarvoor een image bouwen en duwen
|
||||
is werk zonder opbrengst. Het manifest loopt dus vóór op de image.
|
||||
|
||||
De regel is: **verhoog je `VERSION`, dan verhoog je ook het manifest; andersom niet.**
|
||||
|
||||
> Hier stond op 30-08-2026 dat ze "sinds 0.5.0 gelijkgehouden worden". Dat was diezelfde dag al onwaar, want
|
||||
> 0.5.1 raakt alleen de pagina. De regel hierboven is wat er bedoeld werd.
|
||||
|
||||
> **Deze geschiedenis is op 30-08-2026 bijgewerkt en liep tot dat moment achter:** er stond alleen 0.0.1,
|
||||
> terwijl de app op 0.4.0 zat. De entries voor 0.2.0 tot en met 0.4.0 zijn met terugwerkende kracht
|
||||
> geschreven uit de `releaseNotes` in het manifest en uit `PROGRESS.md` van het plan **Umbrelapp**. Ze zijn
|
||||
> daarom korter dan de rest.
|
||||
|
||||
## 0.5.1 - 30-08-2026
|
||||
|
||||
**Reparatie, gemeld door de gebruiker binnen een uur na 0.5.0.** De melding bovenaan de pagina ging nooit
|
||||
weg. "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.
|
||||
|
||||
De oorzaak was één ontbrekende tak: de ronde die elke vijf seconden loopt zette die melding wel áán maar
|
||||
nooit uit. Nu is de melding van de ronde en niet van de klik: hij verdwijnt zodra het relay-proces de
|
||||
opdracht heeft opgepakt, en blijft alleen staan zolang de opdracht nog in de postbus ligt. Dát is het geval
|
||||
waarin er iets te melden valt, want normaal is dat binnen twee seconden gebeurd.
|
||||
|
||||
**Een weigering is de uitzondering en blijft wél staan**, tot je een volgende opdracht geeft. Die mag niet
|
||||
binnen vijf seconden verdwijnen, want het is de enige uitleg van wat er misging. Hij is bovendien rood
|
||||
geworden; dat was hij niet, en 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.
|
||||
|
||||
## 0.5.0 - 30-08-2026
|
||||
|
||||
**De statuspagina op de lijst van de gebruiker, na een week met 0.4.0 gewerkt te hebben.** Negen punten,
|
||||
|
||||
@@ -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.
|
||||
|
||||
|
||||
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user