Commit Graph
11 Commits
Author SHA1 Message Date
HarmenandClaude Opus 5 940b2582f9 Webinterface is af en zakt naar B, Eigenimage neemt het over
De opruimronde eerst. Zes vinkjes stonden open terwijl het werk gedaan was: open
punt 5, fase 5, "draaien op de Umbrel", "verifiëren tegen een echte status.json",
en het nakijken van de eerste indeling op een breed scherm, een indeling die na
fase 6 niet meer bestaat. Elk staat nu afgevinkt met de reden erbij, want een
regel wegpoetsen laat de vraag "is dit ooit gebeurd" open.

Ook de regel "Niets" onder Geblokkeerd is geen vinkje meer. Een leeg vakje bij
het woord niets telt mee zodra iemand de openstaande punten telt, en dat is
precies wat die kop moet uitsluiten.

Wat er in Webinterface overblijft is niet te plannen of ligt bij de gebruiker:
een etmaal wachten op het log, waar Nginx Proxy Manager zijn certificaten
neerzet, en of Zoraxy een harde afhankelijkheid wordt. Vandaar tier B.

Eigenimage is daarmee gepromoveerd naar Actief met nummer 006 en tier A, zoals
op 27-08 afgesproken. Het masterplan is omgezet: de drie open beslissingen zijn
naar OPEN.md gegaan, het werk naar TAKEN.md in vier fasen, en PLAN.md houdt het
ontwerp. Het origineel blijft nog even staan; dat verhuist pas naar Archief nu
deze commit er is.

De eerste stap daar is geen bouwtaak maar een vraag: blijft het Gitea-register
ook bij publicatie de bron.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 16:42:56 +02:00
HarmenandClaude Opus 5 bcf88b62c9 Een schaduw op wit geeft diepte maar geen rand, en dat scheelt in het lichte thema
Overgenomen uit AssetApp op verzoek van de gebruiker: de kaders krijgen in het
lichte thema een rand naast hun schaduw, en --border en --border-mid gaan van
0,07 en 0,11 naar 0,12 en 0,18 zwart. De schaduw wordt daarom strakker, 2 en 16
pixels in plaats van 3 en 24, zodat het samen niet zwaar wordt.

Het donkere thema verandert niet. Daar staat een lichte rand op een donkere
ondergrond en die zie je hoe dan ook; dit is een probleem dat alleen op wit
bestaat.

De opgehoogde randkleur raakt meer dan de kaders: ook de scheidingslijnen tussen
lijstregels, het menupaneel, de dialoog en de invoervelden. Dat is de bedoeling.

Dezelfde wijziging staat nu in het gedeelde ontwerpdocument onder HomeGit/Docs,
want anders neemt de volgende app die dat document volgt de oude waarden weer
over. Die map staat niet onder versiebeheer, dus die wijziging zit niet in deze
commit.

Verder twee verificaties van de gebruiker verwerkt: de pagina is op een telefoon
in orde, en de uploadtest met een verkeerde sleutel is op zijn verzoek vervallen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 16:28:54 +02:00
HarmenandClaude Opus 5 628c20c494 Een tegel leek uitgelijnd en vier niet, en dat lag aan waar de tekst begon
De sparkline is precies even hoog als het vak dat stat-sub reserveert, dus die
raakte de onderrand. Een regel tekst in datzelfde vak begon bovenaan en liet er
leegte onder. Vandaar dat de reactietijd uitgelijnd oogde en de rest niet.

Opgelost met grid plus align-items: end, en niet met flex: dan blijft de tekst
een gewoon blok dat afbreekt zoals het hoort, ook de mono-variant met een lange
domeinnaam erin.

De hoogte van de bovenste rij is niet verder vergroot. Dat was de andere weg naar
hetzelfde beeld en die wilde de gebruiker uitdrukkelijk niet.

De chevron van het instelkader staat links voor de titel in plaats van rechts aan
de rand, en kleurt mee bij hover zoals het menu rechtsboven. Links is waar het
driehoekje van de browser ook gestaan zou hebben, en het staat bij het woord waar
het iets over zegt.

De zelfcontrole is op het apparaat bevestigd: Answering, handdruk in 10 ms.
Daarmee klopte de verklaring uit 0.0.18 en is open punt 5 helemaal rond.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 16:14:19 +02:00
HarmenandClaude Opus 5 498b0fe695 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>
2026-08-27 16:04:13 +02:00
HarmenandClaude Opus 5 be91125cce De tweede indeling gebouwd, en er ging meer weg dan erbij kwam
Vijf widgets op de bovenste rij, de certificaatkeuze in een dialoog achter een
puntjesmenu, het activiteitenlog vol breed, en het instelkader dichtgeklapt met
twee kopieerknoppen. Uitgeleverd als 0.0.17. De zelfcontrole uit 0.0.16 heeft
daarmee eindelijk een plek om te verschijnen.

Wat opvalt is wat er verdween. Twee mechanismen bestonden alleen omdat er kaders
naast elkaar stonden: het meerekken van de tegels met de hoogte van hun buur, en
het samen groeien en krimpen van log en certificaatkader. Dat tweede was de hele
inhoud van 0.0.13. Vijf gelijke widgets en een vol breed log hebben geen buur,
dus beide zijn weg, samen met .col-5 en .col-7.

De harde eis staat in de code en niet alleen in het plan: de foutmelding "geen
certificaat in gebruik" heeft de knop die de dialoog opent. Een verse installatie
heeft geen certificaat en de pagina is de enige plek waar je er een kiest; dat
achter een menu verstoppen zou de klem van 0.0.3 in een andere vorm zijn.

Twee dingen onderweg bijgestuurd. Het menu werd drie punten in plaats van een
hamburger, op aanwijzing van de gebruiker, want dat is wat umbrelOS bij zijn
eigen apps toont. En het ontwerp beweerde dat de certificaatlijst een lijst was,
terwijl die op 20-08 al een dropdown geworden is; dat is rechtgezet in 4a2 en de
dropdown is ongewijzigd meeverhuisd.

Niet geverifieerd: niets hiervan is in een browser gezien, op geen enkele
schermbreedte. Dat staat als taak met de gebruiker als eigenaar.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 15:49:38 +02:00
HarmenandClaude Opus 5 c8d9765cb3 De app kijkt naar zijn eigen voordeur, en meet minder dan het plan beloofde
Open punt 5 van Webinterface, goedgekeurd en gebouwd. De agent verbindt met de
eigen TLS-poort, maakt de handdruk af en vergelijkt het getoonde certificaat
byte voor byte met het gekozen bestand.

Die vergelijking blijkt waardevoller dan de handdruk. Ze vangt een
certificaatwissel die nginx nooit heeft toegepast, en dat is precies het geval
waar een controle op vertrouwen blind voor is. Er wordt daarom bewust niet tegen
de certificaatwinkel van het besturingssysteem geverifieerd: een zelfondertekend
certificaat uploaden is een ondersteunde bron en die opstelling zou dan als kapot
gemeld worden.

Twee dingen liepen anders dan het plan zei en staan nu rechtgezet in PLAN 4a2,
OPEN punt 5 en de changelog. De belofte "luisteren, certificaat en doorverbinding
in een keer" klopt voor twee van de drie: na de handdruk wordt er niets
verstuurd. Een echt verzoek zou de sessie bytes geven, en sessies met bytes
worden nooit uit het activiteitenlog gefilterd, want die kunnen een storing zijn.

En dat filteren was de tweede verrassing. Elke meting is voor nginx een gewone
sessie en levert dus een logregel op; zonder rem ging het log over onszelf in
plaats van over wallets. Er zit nu een rem van vijf minuten op, er wordt niet
gemeten vlak na een herlading omdat het vorige certificaat er dan nog staat, en
de eigen regels worden weggelaten op grond van het moment.

Tests: 22 nieuw, met de nadruk op de niet-gelukkige paden en op de rem, want dat
is wat het log bruikbaar houdt. Alle vier de beslissende regels mutatie-getest.
De changelog kreeg ook de ontbrekende 0.0.15 erbij.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 15:24:24 +02:00
HarmenandClaude Opus 5 fc7ec7fc6c De weergaveschakelaar het menu in, en let op de vorm die hij daar aanneemt
Aanvulling van de gebruiker op fase 6. De schakelaar staat nu als losse knop
rechtsboven; in het menu wordt hij een van twee regels naast de certificaten, en
houdt de kop niets meer dan het merk en de tagline.

Er staat een waarschuwing bij die klein is en makkelijk fout gaat: de knop toont
nu het label van waar je naartoe gaat, dus "Light" terwijl de pagina donker is.
Een menuregel toont een toestand en geen handeling. Wie het label ongewijzigd
overneemt, zet in het menu "Light" terwijl de pagina al licht is.

Het versienummer verhuist niet mee. Dat staat klein achter de tagline op grond
van een eigen afweging in 4a1 en die verandert hier niet.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 15:11:24 +02:00
HarmenandClaude Opus 5 decf431416 De tweede indeling, met de eis die het verstoppen van de keuze zelf oproept
Ontwerp van de gebruiker, na het testen van de eerste indeling: vijf kleine
widgets op de bovenste rij, certificaatkeuze en uploaden naar een dialoog achter
een menu rechtsboven, activiteitenlog over de volle breedte, en het instelkader
dichtgeklapt met twee kopieerknoppen in plaats van een per clientregel.

Vastgelegd als PLAN.md 4a2 naast 4a1, want die eerste blijft de verantwoording
van wat er staat. Drie dingen staan erbij die uit de brief zelf volgen:

De harde eis. Kiezen achter een menu botst met de ergste toestand die deze app
kent, een verse installatie zonder certificaat, en dat is letterlijk de klem van
0.0.3. De foutmelding bovenaan blijft dus staan en krijgt de knop die de dialoog
opent; de hamburger is de weg terug, niet de enige weg erheen.

Twee teruggedraaide besluiten, opgeschreven zodat niemand ze later herstelt met
een verwijzing naar de oude reden: de kopieerknop per client verdwijnt, en de
afwijzing van een dropdown uit 19-08 verbiedt geen dialoog. Bij de eerste hoort
een voorwaarde: de wallets blijven gegroepeerd onder de vorm die ze willen, want
anders is er wel een adres maar niet meer bij welke wallet het hoort.

Deze indeling haalt bovendien twee koppelingen weg die er alleen waren omdat
kaders naast elkaar stonden. Een daarvan was de hele inhoud van 0.0.13.

Open punt 5 is goedgekeurd en verhuisd naar Beslist; punt 3 stond nog open
terwijl het log al twee versies draait.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 15:10:06 +02:00
HarmenandClaude Opus 5 bcd95facb7 Fase 5 was gebouwd en uitgerold terwijl de vinkjes bleven staan
Het activiteitenlog stond nog als "voorstel, nog niet besloten" met drie open
regels, maar twee daarvan zijn gedaan en zitten in een uitgeleverde versie. Het
log_format is precies langs de voorgestelde weg gekomen: het command-blok
schrijft stream-log.conf met $$ ontsnapt en stream.conf haalt het op met een
include. En de agent zet log in status.json, laatste 200 regels, zonder
client-IP en zonder bronpoort.

De derde blijft open en wordt nu eerlijk beschreven in plaats van als taak: bytes
van een lopende verbinding zijn er niet, want nginx logt een stream-sessie pas
bij het sluiten. Wat er kwam is een sessieteller uit /proc/net/tcp, die ziet dat
er verbindingen zijn maar niet hoeveel er doorheen gaat.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 14:51:23 +02:00
HarmenandClaude Opus 5 b43eee9d79 De volgorde vastgelegd waar hij gelezen wordt, niet waar hij hoort te kloppen
Eigenimage komt na Webinterface, besloten door de gebruiker. De vindplaats is
hier het punt: een masterplan zonder tier komt in geen enkele prioriteits-
herziening langs, dus een notitie in dat plan alleen zou op het moment dat het
ingaat niemand bereiken.

Daarom staat de keuze in de prioriteits-header van Webinterface, want dat is wat
een sessie bij het starten leest, met de opdracht erbij: promoveren met een nieuw
tussennummer en eerst de registervraag beantwoorden.

De kolom "afhankelijk van" in de masterplannen-tabel houdt zijn streepje. Die is
voor harde afhankelijkheden en dit is er geen; technisch kan het plan morgen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 14:50:14 +02:00
HarmenandClaude Opus 5 67ed9b603b Eén app store, twee apps
umbrelOS leest per store één repo, dus twee apps in twee repo's kan niet. Deze
repo is de store en bevat vanaf nu Electrum Gate en het werk aan Evolu Relay.
Opgezet als verse repo op verzoek van de gebruiker: de historie van ElectrumTLS
en van EvoluRelay komt niet mee.

Dat heeft één gevolg dat verder gaat dan opruimen. In de historie van
ElectrumTLS staat het domein van de gebruiker en het certificaatpad, van vóór de
opschoning van 19-08. Die komt hier niet in. Zolang die repo op de Git-server
blijft staan verandert dat niets, dus het weghalen ervan is het laatste stuk van
open punt 3 van het plan Appstore, en geen bijzaak.

De store zelf hoefde niet te veranderen: store-id whatsnext, en dus blijft het
app-id whatsnext-electrum-gate. Dat hangt aan het store-id en niet aan de URL,
dus voor umbrelOS is dit dezelfde app in een andere store. Dat de store op 19-08
naar de maker genoemd werd in plaats van naar deze ene app, betaalt zich hier
uit.

Wat de documentatie betreft is dit één wortel voor beide apps, en dat was de
reden om samen te voegen en niet de prijs ervan: de appstore-spec, het pinnen
van images en de werkwijze golden al voor allebei en stonden in twee repo's naast
elkaar. De kruisverwijzing die daarvoor nodig was (Referenties/Umbrel-appstore.md
in de oude EvoluRelay-repo) is verdwenen; wat daarin stond over de plekken waar
de relay een ander geval is, staat nu als ontwerp in het masterplan Umbrelapp §4.

Botsende namen kregen een achtervoegsel met de app, en alleen die: Publicatie
werd Publicatie-Gate en Publicatie-Relay, CHANGELOG.md werd
CHANGELOG-electrum-gate.md. Proefopstelling kreeg 007, tussen de twee bestaande
nummers, zodat de bovenkant van de reeks op tier-orde blijft staan.
CONTINUE_HERE.md heeft een kolom App, maar de tiers lopen over beide apps heen:
er is één volgorde van werken.

Electrum Gate gaat naar 0.0.15, want website, repo, support, submission en icon
wijzen nu naar UmbrelApps en zonder versieverhoging rolt dat niet uit. De release
notes leggen aan de gebruiker uit dat hij de store opnieuw moet toevoegen. Of een
geïnstalleerde app een wisseling van store-URL overleeft is nog steeds niet
uitgezocht; dat blijkt bij het omzetten.

Twee dingen in de plannen van Electrum Gate waren door deze verhuizing niet meer
waar en zijn bijgewerkt: de taak "de repo hernoemen" in fase 7 is afgevinkt, en
de repo-vorm in PLAN.md §4a toonde nog de store-id electrumtls, die al sinds
fase 7 achterhaald was.

Tests: 39 goed 0 fout en 54 goed 0 fout, niets overgeslagen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-25 16:27:57 +02:00