Files
UmbrelApps/Docs/Plannen/Actief/005-Webinterface/TAKEN.md
T
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

21 KiB
Raw Blame History

Taken - Webinterface

Prioriteit: A | Wacht op:

Wat hierna komt, besloten door de gebruiker op 27-08-2026: het masterplan Eigenimage. Dat is geen afhankelijkheid maar een volgordekeuze, en de reden staat aan die kant: een eigen image maakt van elke wijziging een bouwronde, en dat remt precies het itereren op de pagina dat dit plan nog doet. Rond je dit plan af, promoveer Eigenimage dan naar Actief/ met een nieuw tussennummer, en beantwoord eerst open punt 1 daar: blijft het Gitea-register ook bij publicatie de bron. Eigenaar van die vraag: gebruiker

Van C naar B naar A op 20-08-2026, op één dag. Eerst verviel de blokkade "de app geïnstalleerd en de agent draaiend". Aan het eind van die dag is dit het enige plan met werk dat nú te doen is: Appstore heeft alleen nog een herstart nodig die niet te plannen is, en Publicatie wacht op een publieke repo. Het nummer is daarom van 020 naar 005 gegaan; alleen dit plan kreeg een nieuw nummer, Appstore houdt 010.

Afgezakt van A naar C op 19-08-2026 bij het afsluiten van de sessie. De pagina is af voor zover dat zonder de Umbrel kan; al het resterende werk in dit plan begint met kijken of de agent doet wat hij zou moeten doen, en dat kan niet vóór de installatie.

Volgende stap

  • 0.0.10 op een telefoon nagekeken. In orde (20-08-2026). De gebruiker meldt dat het er goed uitziet op mobiel. Eén ding kwam eruit: de kopieerknoppen stonden niet op één lijn, omdat de knop door het omvouwen de lengte van het adres volgde. Verholpen in 0.0.11 met margin-left: auto op de knop. Bijvangst: 0.0.10 na 0.0.9 levert wél een update op, dus tweecijferige versiedelen zijn veilig

  • De agent zien draaien. Gelukt op 20-08-2026, over drie versies. De agent start en luistert, de pagina laadt, hij vond veertien certificaten in /certs/zoraxy en weigerde daarom te kiezen, een keuze op de pagina werd aangenomen, en daarna verbindt een wallet over 50022. De keten waar dit plan op wachtte is dus rond.

  • Vervallen op verzoek van de gebruiker (27-08-2026): "de cert test met verkeerde key geloof ik wel." Dit was het uploaden op het niet-gelukkige pad met een sleutel die niet bij het certificaat hoort. De guard zelf is met echte sleutelparen getoetst én mutatie-getest, dus wat hier ongezien blijft is alleen de weg van de melding naar de pagina. Dat is een bewuste keuze en geen vergetelheid: valt het ooit tegen, dan zit het in accept_upload naar up-note en nergens anders

  • 0.0.7 en 0.0.9 in de browser nagekeken. Gelukt (20-08-2026): uploaden werkt, kiezen werkt, ook met de certificaten uit Zoraxy, de keuzelijst bij het installeren zag er goed uit en het versienummer op de pagina klopt. Daarmee is het uploadpad uit 0.0.7 bewezen op het gelukkige pad

  • 0.0.6 in de browser nagekeken (20-08-2026). Ziet er goed uit volgens de gebruiker. Wat eruit kwam: de badges konden weg, "your choice" zei niets, Trezor Suite is niet desktop-only, en Blockstream Green heet Blockstream

  • De pagina naast een werkende app gelegd (20-08-2026). Blokhoogte en backend-reactietijd komen binnen. Wat eruit kwam: van een verbonden wallet was niets te zien, de keuzelijst was te druk, en een reeks uitleg-teksten kon weg. Alles verwerkt in 0.0.6

  • Het activiteitenlog een etmaal laten lopen en dan kijken of het klopt: komt er een connected-regel bij een nieuwe wallet, en wat staat er na een nacht in. De teller is nieuw en is alleen tegen tijdelijke bestanden getoetst, niet tegen een echte wallet. Loopt sinds 27-08-2026 bij de gebruiker; hij kijkt er na een etmaal naar. Eigenaar: gebruiker

  • Fase 6, de tweede indeling, gebouwd in 0.0.17 (27-08-2026). Alles uit de opdracht zit erin; wat er nog staat is het nakijken in een browser, en dat is de helft van de verificatie bij een verbouwing van deze omvang. Zie de fase zelf voor wat er per punt gedaan is

Daarna, en niet eerder:

  • Uitzoeken waar Nginx Proxy Manager op umbrelOS zijn certificaten neerzet. De mount staat uitgecommentarieerd in docker-compose.yml: een gok invullen zou Docker een lege maphierarchie laten aanmaken in de app-data van een app die er misschien niet eens is
  • Open punt 5: laten controleren of de TLS-poort zélf antwoordt. Dat is nu het enige wat de app niet over zichzelf weet, en het is zijn enige taak
  • Open punt 6: een certificaat uploaden via de pagina. Gebouwd in 0.0.7 (20-08-2026). Beschrijfbare mount voor de agent, een eigen nginx-locatie met een grotere limiet, en validatie met load_cert_chain voordat er iets geplaatst wordt. De bestandsnaam komt uit het certificaat zelf, dus padtrucs kunnen niet. Nog niet in een browser geprobeerd
  • Open punt 7: beslissen of Zoraxy een harde afhankelijkheid wordt. "Zoraxy of NPM" kan niet, en dat is op 20-08-2026 in de bron nagetrokken; alleen de wens staat nog open. Zie OPEN.md punt 7
  • Fase 5, het activiteitenlog, als de gebruiker het wil

De drie controles op openssl, nc en de WebDAV-module zijn vervallen met de komst van de agent: die doet dat werk zelf met de standaardbibliotheek. Zie PLAN.md §4a0.

Daarna, in deze volgorde:

  • Fase 2 bouwen op de uitkomst van die controle
  • Fase 5, als de gebruiker de wallet-activiteit wil

Fase 1 - Het liegen eruit

  • De verzonnen statusblokken (Online, Online) en het verzonnen logvenster weg
  • Het hardgecodeerde domein weg. De pagina bevat geen enkele installatiespecifieke waarde meer
  • Taal naar Engels, zie OPEN.md punt 2
  • Opnieuw opgebouwd op het design-systeem: tokens, card, badge, alert, list-item, btn, donker met een lichte variant en een schakelaar
  • De pagina verhuisd naar index.html.template in de app-root. Onder web/ zou elke latere wijziging een herinstallatie kosten: umbreld ververst bij een update alleen een whitelist en die kijkt niet in submappen. Als template zit hij in de whitelist én wordt hij bij elke start ingevuld

Fase 2 - De agent schrijft status.json

Herzien 19-08-2026: dit is een tweede container met een python-programma geworden in plaats van een shell-lus in de compose. Onderbouwing in PLAN.md §4a0.

  • agent.py.template, met de instellingen uit de omgeving in plaats van uit template-invulling. Daardoor staat er geen accolade-variabele in en blijft het geldige Python, dus is het te importeren in een test. De eerste toets in tests/ controleert precies die aanname
  • Schrijft status.json atomair via een tijdelijk bestand en os.replace, want de pagina leest het elke minuut en een half geschreven bestand geeft een lege pagina
  • Einddatum van het certificaat met een eigen DER-lezer. Getoetst tegen ssl op 74 echte CA-certificaten, op een levend servercertificaat, en op beide tijdvormen
  • Blokhoogte en reactietijd via blockchain.headers.subscribe over een verse socket
  • Een history-reeks bijhouden, afgekapt op 24 uur, met alléén de reactietijd. De sparkline is sinds 19-08-2026 de enige afnemer
  • Herkennen welke backend het is aan de hand van het adres, en unknown als hij niet in de tabel staat. Zie PLAN.md §4c: liever minder informatief dan onwaar
  • De lus valt nooit stil: een mislukte ronde wordt gelogd en overgeslagen. Stoppen zou de pagina op oude gegevens bevriezen, en dat is precies het liegen dat dit plan moest afschaffen
  • Draaien op de Umbrel. Niets hiervan is buiten de tests uitgevoerd

Fase 3 - De pagina vult zichzelf

  • fetch op status.json, elke minuut
  • Elk veld heeft een zichtbare onbekend-toestand; nooit een leeg veld, want dat leest als "in orde"
  • "Laatst bijgewerkt" tonen, en oude gegevens als zodanig laten zien zodra ze ouder zijn dan twee schrijfronden. Bijgesteld 19-08-2026 op verzoek van de gebruiker: dat gebeurt niet meer met een melding bovenaan de pagina maar alleen bij de waarden zelf, want die melding zei voor de vierde keer wat er al onder de blokhoogte, in de badge bij de Electrum-server en in de voettekst stond
  • Leesbare melding als het bestand ontbreekt, zonder dat het op een fout lijkt. Zie OPEN.md punt 1
  • Verifiëren tegen een échte status.json in plaats van tegen de voorbeeldversie uit de preview

Fase 4a - De indeling

Vastgesteld door de gebruiker op 19-08-2026 na het bekijken van de eerste versie. Ontwerp in PLAN.md §4a1.

  • Volgorde: Electrum-server, drie statustegels, activiteitenlog, certificaatkeuze, instellen van je wallet
  • "Point your wallet here" opgegaan in "Setting up your wallet"; het waren dezelfde kaders
  • Breed met een raster van twaalf kolommen, rijen die 5/7 en 7/5 afwisselen, afgekapt op 1760px
  • De leesvolgorde in de HTML is de bedoelde volgorde, zonder order in de CSS, zodat stapelen op een smal scherm dezelfde volgorde geeft. Gecontroleerd op 1760px en op mobiel
  • Statustegels rekken mee met de hoogte van hun buur, anders staat er een gat rechtsboven
  • Het logblok scrollt zelf horizontaal in plaats van de regel met puntjes af te kappen
  • Alle kaders hetzelfde opgebouwd (19-08-2026): een card-head met een titel in t-h3, dan de inhoud. De drie statustegels hadden een eigen kleine grijze kop in kapitalen. De titel gebruikt de token --text-primary, niet letterlijk wit, anders is hij onzichtbaar in de lichte variant
  • De onderregel van een statustegel is even hoog als de sparkline, zodat de drie getallen op één lijn staan. Gecontroleerd: koppen op y=153, getallen op y=311
  • De badge "Serving this page" verwijderd (19-08-2026, op aanwijzing van de gebruiker). Zie OPEN.md punt 5 voor wat er wél op die plek zou horen
  • De voetregel verwijderd (19-08-2026). Daarin stond "Last reading ... ago" plus het versienummer; het eerste stond al bij de waarden zelf
  • Het versienummer teruggezet, klein achter de tagline als v0.0.3. Dezelfde dag op verzoek van de gebruiker. In --text-sec en niet in --text-ter, want die laatste is in de lichte variant #bbbbbb op wit en op deze grootte onleesbaar
  • De certificaatlijst scrollt, met het aantal in de kop. Een gedeelde certificatenmap kan er tientallen bevatten. Gecontroleerd met 19 certificaten: 1062px inhoud in een vak van 360px, knop blijft eronder staan
  • Het logblok en het certificaatkader zijn even hoog. Het langste kader van de rij bepaalt de hoogte, en wat mag meegroeien zegt dat zelf met flex. Gemeten: 636px bij vier certificaten, 773px bij negentien, in beide gevallen allebei gelijk
  • Certificaat en activiteitenlog omgedraaid (19-08-2026, op verzoek). Certificaat links en smal, log rechts en breed. Dat pakt twee kanten goed uit: de kolomgrens valt nu samen met die van de rij erboven (gemeten: x=738 in beide rijen), en monospace logregels hebben de breedte beter nodig
  • Het losse verbindingsadres met kopieerknop eruit, plus het label "tested clients". Zonder verlies: hetzelfde adres staat bij elke clientregel, in de vorm die díe client wil, met een kopieerknop erbij. Het instelkader werd daarmee 533px in plaats van 610px
  • Nog niet met eigen ogen gezien op een echt breed scherm; gecontroleerd via de afmetingen van de kaders, niet visueel, want het browserpaneel stond dicht

Fase 4 - Bruikbaar in plaats van alleen eerlijk

  • Verloopwaarschuwing onder de dertig dagen, en een foutmelding als het certificaat verlopen is
  • Kopieerknop op het verbindingsadres, met terugval voor http zonder de clipboard-API
  • Verbindingsregels per client, met kopieerknop per regel. Bron: Referenties/Clients.md §4
  • Kopieerknoppen verschijnen bij hover over de regel. Met opacity en niet met display, zodat ze met de tab-toets bereikbaar blijven, plus focus-within en altijd zichtbaar op aanraakschermen
  • De kopieerknop echt uitproberen achter de app-proxy van umbrelOS. Die draait over http, dus de terugval met execCommand is daar het pad dat gebruikt wordt en niet de uitzondering. Wat op 19-08-2026 lokaal wél bewezen is: de faalroute meldt "Press Ctrl+C" in plaats van stil niets te doen. De geslaagde route vraagt een echte muisklik, want de clipboard-API weigert een klik die uit een script komt

Fase 4b - De certificaatkeuze

Besloten 19-08-2026 door de gebruiker: een keuzelijst op het dashboard in plaats van een sleutel in het configuratiebestand. Het ontwerp hoort bij het plan Configuratie §4e en §4f; hier staat alleen wat de pagina en de compose ervoor doen.

  • Keuzelijst op de pagina, met per certificaat de bron, de bestandsnaam, het domein en het aantal resterende dagen. Een verlopen certificaat staat er rood bij en wordt niet verborgen: het bestaat, en het kiezen ervan moet een zichtbare vergissing zijn en geen onvindbare
  • PUT naar api/certificate, doorgestuurd naar de agent. De WebDAV-truc is vervallen: de agent neemt de keuze aan en kan hem ook controleren, wat WebDAV niet kon
  • De pagina meldt níet zelf dat het gelukt is. Nginx moet het certificaat nog herladen, en dat blijkt pas uit de volgende status.json
  • De Zoraxy-mount van /certs naar /certs/zoraxy, en /certs/own erbij, zodat er per bron een map is. Beide containers hebben ze nodig: de agent om te kiezen, nginx om het bestand te openen
  • certificates in status.json, met per certificaat de bron, de naam, het domein uit het certificaat en de einddatum
  • De guard: een id die de agent niet zelf gevonden heeft, wordt geweigerd. Zowel bij de PUT als bij het kiezen. Getest, inclusief de mutatietest
  • Bij meerdere kandidaten kiest de app niet. Bijgesteld nadat bleek dat mijn eerste versie "de langst geldige" pakte, wat het plan Configuratie §4c uitdrukkelijk verbiedt: een verkeerd certificaat geeft een verbinding die het lijkt te doen en bij de wallet stukloopt op naamverificatie. De pagina toont dan een foutmelding met de kandidaten erin
  • De pagina toont bovenaan een foutmelding als er geen certificaat actief is, want dan is er geen TLS en dat is het ergste wat deze app kan overkomen

Fase 5 - Het activiteitenlog

Voorstel, nog niet besloten. Ontwerp in PLAN.md §4e. De kaart staat al op de pagina en toont no data, zodat de vorm te beoordelen is voordat er iets voor gebouwd wordt.

  • Vorm: logregels onder elkaar, monospace, nieuwste bovenaan, met de grens erbij vermeld dat een regel per protocolaanroep niet kan zonder het verkeer van de gebruiker uit te lezen
  • Gelukt, precies langs de weg die hier voorgesteld werd (opgemerkt 27-08-2026, het vinkje bleef staan terwijl het werk gedaan was). Het command-blok schrijft /var/lib/gate/stream-log.conf met $$ ontsnapt, en stream.conf.template haalt dat op met een include. Daarmee is het log_format langs de template-invulling gekomen zonder dat umbreld de dollartekens leegmaakte
  • Bytes van een lópende verbinding: nog steeds niet, en dat is een bewuste halve oplossing. nginx logt een stream-sessie pas bij het sluiten, dus een wallet die uren openstaat levert geen regel op. Wat er in plaats daarvan kwam is een teller uit /proc/net/tcp in het command-blok: die ziet dat er verbindingen zijn, maar niet hoeveel er doorheen gaat. Voor "is mijn wallet verbonden" is dat genoeg; wie bytes wil, moet iets anders verzinnen
  • log in status.json, zonder client-IP en zonder bronpoort. Gebouwd (vinkje bleef staan). De agent leest stream.log, voegt de vorige regels samen en houdt de laatste 200 aan

Fase 6 - De tweede indeling

Opgegeven door de gebruiker op 27-08-2026, na het zien en testen van alles uit de eerste indeling. Ontwerp in PLAN.md §4a2, inclusief de twee besluiten die hier bewust teruggedraaid worden en de eis die deze indeling zelf oproept.

Volgorde: eerst de zelfcontrole, dan de opmaak. Die eerste is het enige echte nieuwe werk en hij levert de vijfde widget; de rest is de pagina verbouwen om wat er dan staat.

  • De zelfcontrole gebouwd in 0.0.16 (27-08-2026). De agent verbindt met poort 50022 van de nginx-container ernaast, maakt de handdruk af en vergelijkt het getoonde certificaat byte voor byte met het gekozen bestand. Die vergelijking is het punt: een herlading die niet aankwam ziet er van buiten goed uit. Vier toestanden in status.json onder tls.self_check: off, ok, wrong-certificate, failed. Bij een wijziging komt er een regel in het activiteitenlog

    **Twee dingen die bij het bouwen anders liepen dan het plan zei.** Ten eerste bewijst de controle de
    doorverbinding naar de Electrum-server **niet**; zie §4a2 voor waarom dat een bewuste ruil is. Ten
    tweede bleek elke meting een sessieregel op te leveren, dus er zit nu een rem op (vijf minuten) en
    een filter die de eigen regels weglaat. Zonder die twee ging het activiteitenlog over onszelf
    
    Getest in `tests/test_agent_zelfcontrole.py`, 22 toetsen, met de nadruk op de niet-gelukkige paden:
    geen certificaat, dichte poort, iets dat luistert maar geen TLS spreekt, en een ander certificaat aan
    de lijn. Alle vier de beslissende regels zijn mutatie-getest
    
  • Rij 1 is vijf gelijke widgets: Electrum-server, blokhoogte, reactietijd, certificaat, zelfcontrole

  • Een eigen raster van vijf kolommen, met expliciete stappen (5 → 3 → 2 → 1). Niet aan auto-fit overgelaten: met vijf items levert elke stap een ongelijke laatste rij op, en dan wil je zelf bepalen wélke widget alleen komt te staan. Dat is steeds de laatste, de zelfcontrole, want die is als enige te begrijpen zonder buur

  • De Electrum-serverwidget kleiner: de naam als waarde, het adres als onderregel. "Last checked" is eruit, want dat stond al onder de blokhoogte als "as of ... ago"

  • De certificaatwidget toont de dagen tot vernieuwing, met de naam als onderregel. Bij een verlopen certificaat staat er expired in het rood, en zonder keuze none en niet unknown: er is niets onbekends aan

  • Kiezen, uploaden en de details naar een dialoog achter het menu, met het dialog-element

  • De licht/donker-schakelaar het menu in, met de huidige stand als waarde. Het menu toont drie punten en geen hamburger, op aanwijzing van de gebruiker: dat is wat umbrelOS bij zijn eigen apps doet. Als tekst en niet als SVG, zodat hij meeschaalt met de lettergrootte

  • De foutmelding "geen certificaat actief" heeft de knop die de dialoog opent. De harde eis van deze indeling, en hij staat als zodanig in de code

  • Het activiteitenlog over de volle breedte

  • "Setting up your wallet" dichtgeklapt met details/summary, en compacter

  • Twee kopieerknoppen, met de wallets gegroepeerd onder de vorm die ze vragen

  • Opgeruimd wat vervalt: de hoogtekoppeling van log en certificaatkader, het meerekken van de tegels, en .col-5 en .col-7 uit de CSS

  • Op een breed scherm nagekeken (27-08-2026). Werkt goed volgens de gebruiker, met een lijst bijstellingen die in 0.0.18 verwerkt is: menu zonder knoplook, Settings… zonder certificaatnaam, dialoog in het midden, hogere widgets met de waarde onderin, reactietijd en blokhoogte omgedraaid, log half zo hoog, en de widget heet nu Status

  • En de widget vond meteen een echte fout. Not answering met [Errno 111] Connection refused op een werkende gateway: GATE_TLS_HOST stond op de servicenaam server, die op een Umbrel met meer apps niet van ons alleen is. Nu de volledige containernaam. Verholpen in 0.0.18

  • De zelfcontrole bevestigd op het apparaat (27-08-2026): Answering, handdruk in 10 ms. Daarmee is de containernaam-verklaring uit 0.0.18 juist gebleken, en is de keten uit open punt 5 rond: gebouwd, getoond, en gezien dat hij klopt

  • Laatste bijstellingen in 0.0.19: de onderregels van de widgets staan onderin hun vak, gelijk met de sparkline ernaast, en de chevron van het instelkader staat links vóór de titel met accent bij hover

  • Op een telefoon nagekeken (27-08-2026). In orde volgens de gebruiker, inclusief de stappen van vijf naar drie naar twee kolommen en de dialoog op een smal scherm

  • Meer diepte en contrast in het lichte thema (0.0.22), overgenomen uit AssetApp: een rand naast de schaduw op de kaders, en een steviger --border. Dezelfde wijziging is doorgevoerd in het gedeelde ontwerpdocument HomeGit/Docs/website-design-system.html, want anders neemt de volgende app die dat document volgt de oude waarden weer over

Geblokkeerd / wacht op

  • Niets. De afhankelijkheid van Configuratie is vervallen, zie PLAN.md