De nieuwe widget vond meteen een fout, en die zat in de widget zelf

De Status-widget meldde "Not answering" met Errno 111 op een gateway die gewoon
werkte. Die foutmelding was het bewijs: geweigerd betekent dat de naam oploste,
alleen niet naar ons. GATE_TLS_HOST stond op de servicenaam "server", en dat is
een naam die meer apps op een Umbrel gebruiken; op een gedeeld netwerk is het
dus een gok wie je krijgt. Nu de volledige containernaam, precies de vorm die
umbrelOS van APP_HOST verlangt en die twee regels hoger in dezelfde compose al
stond.

Wat dit zegt over de aanname van gisteren: er stond dat dit "dezelfde weg is die
nginx andersom gebruikt". Dat klopte voor de richting maar niet voor de naam, en
het was opgeschreven als redenering in plaats van als meting.

De rest zijn bijstellingen van de gebruiker na het bekijken van 0.0.17. Het menu
is drie kale punten met een accent bij hover in plaats van een knop, de eerste
regel heet Settings zonder de certificaatnaam erachter, de dialoog opent in het
midden in plaats van linksboven, de widgets zijn hoger met hun waarde langs de
onderrand, reactietijd en blokhoogte zijn omgedraaid zodat de reactietijd naast
de server staat waar hij over gaat, en het log is half zo hoog.

De manifest-toets ving onderweg een echte fout: bij het herschrijven van de
release notes was de sleutel releaseNotes zelf weggeknipt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Harmen
2026-08-27 16:04:13 +02:00
co-authored by Claude Opus 5
parent be91125cce
commit 498b0fe695
8 changed files with 172 additions and 49 deletions
@@ -1,5 +1,30 @@
# Voortgang - Webinterface
## 27-08-2026 - de nieuwe widget vond meteen een fout, en die zat in de widget zelf
De gebruiker heeft 0.0.17 bekeken: het werkt, met een lijst bijstellingen. Verwerkt in 0.0.18. De
belangrijkste is geen smaakkwestie maar een echte fout: **de Status-widget meldde `Not answering` met
`[Errno 111] Connection refused` op een gateway die gewoon werkte.**
Die foutmelding was het bewijs. Geweigerd betekent dat de naam oploste, alleen niet naar ons.
`GATE_TLS_HOST` stond op de servicenaam `server`, en dat is een naam die meer apps op een Umbrel
gebruiken; op een gedeeld netwerk is het dan een gok wie je krijgt. Nu de volledige containernaam, precies
de vorm die umbrelOS van `APP_HOST` verlangt en die er in dezelfde compose al twee regels boven stond.
Wat dit zegt over de aanname van gisteren: er stond dat de weg naar `server` "dezelfde weg is die nginx
andersom gebruikt". Dat klopte voor de richting maar niet voor de naam, en het was opgeschreven als
redenering in plaats van als meting.
De rest is opmaak: het menu is drie kale punten met hover-accent in plaats van een knop, de eerste
menuregel heet `Settings…` zonder de certificaatnaam erachter, de dialoog opent in het midden in plaats
van linksboven, de widgets zijn hoger met hun waarde onderin, reactietijd en blokhoogte zijn omgedraaid,
en het log is half zo hoog.
**Geraakt:** `index.html.template`, `docker-compose.yml`, `agent.py.template` (alleen commentaar),
`umbrel-app.yml` (0.0.18), dit plan, de changelog. **Tests:** 39, 32, 54 en 22 goed, 0 fout. De
manifest-toets ving onderweg een echte fout: bij het herschrijven van de release notes was de sleutel
`releaseNotes` zelf weggeknipt.
## 27-08-2026 - de tweede indeling gebouwd, en er ging meer weg dan erbij kwam
Fase 6 in één keer gebouwd, uitgeleverd als 0.0.17: vijf widgets op de bovenste rij, de certificaatkeuze