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:
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user