Testclient fase 2, 3 en 5: opdrachtregel, bedieningsvlak en toetsen
De client staat. Een register (owners.json met naam, mnemonic en OwnerId), acht opdrachten op de opdrachtregel, en een bedieningsvlak op 127.0.0.1:4380 met per eigenaar de knoppen uit PLAN.md 4b. Start.bat en Start.command erbij op verzoek van de gebruiker: die draaien npm install als het nodig is, waarschuwen als .env ontbreekt, openen de browser en houden het venster open bij een fout. OPEN.md punt 1 is opgelost voordat het een probleem werd. src/probe.js doet de WebSocket-upgrade met node:http in plaats van met de WebSocket van Node, want die geeft je bij een weigering een error en geen statuscode. De opdracht klop en de knop Aankloppen tonen dus 101 of 401, en dat is precies wat de proeven uit 4c moeten kunnen aflezen. Twee echte fouten gevonden en vastgezet in een toets. De databasemap werd niet aangemaakt, en omdat better-sqlite3 dat in een worker meldt was het symptoom een lees die nooit antwoordde. En evolu.insert geeft meteen een id terug maar zet de schrijfactie in de wachtrij van de worker, dus wie vlak daarna afsluit is de rij kwijt; schrijf wacht nu op een query erachter en de toets sluit af en heropent. tests/test_client_register.mjs heeft geen pakketten nodig, want register.js, argumenten.js en config.js raken Evolu niet aan. Drie mutaties geprobeerd en alle drie lieten de juiste toets omvallen. In de browser nagekeken: schrijven en teruglezen werkt vanuit de pagina, de gegevens zijn dezelfde als die van de opdrachtregel, en licht en donker kloppen. Alles wat de relay raakt is gebouwd en niets ervan is beproefd; daarvoor wacht er een RELAY_URL in .env, en die komt van de gebruiker. Suite: 475 goed, 0 fout over alle negen de toetsen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -20,3 +20,27 @@ wegschrijven en teruglezen. De bytes komen er ongeschonden uit en het proces slu
|
||||
|
||||
**Nog niet geprobeerd: praten met de relay.** Daar is het adres van de Umbrel voor nodig en dat komt van de
|
||||
gebruiker; het gaat niet in deze publieke repo.
|
||||
|
||||
## 09-09-2026 - de cliënt staat: opdrachtregel, bedieningsvlak en twee starters
|
||||
|
||||
Fase 2, 3 en 5 in één sessie. Er is een register (`owners.json` met naam, mnemonic en `OwnerId`), een
|
||||
opdrachtregel met acht opdrachten, en een bedieningsvlak op `http://127.0.0.1:4380` met per eigenaar de
|
||||
knoppen uit `PLAN.md` §4b. `Start.bat` en `Start.command` erbij op verzoek van de gebruiker: die draaien
|
||||
`npm install` als het nodig is, waarschuwen als `.env` ontbreekt en openen de browser.
|
||||
|
||||
`OPEN.md` punt 1 is opgelost voordat het een probleem werd. `src/probe.js` doet de WebSocket-upgrade met
|
||||
`node:http` in plaats van met de WebSocket van Node, want die laatste geeft je bij een weigering een
|
||||
`error` en geen statuscode. De opdracht `klop` en de knop "Aankloppen" tonen dus 101 of 401.
|
||||
|
||||
Twee echte fouten gevonden en vastgezet in een toets. De eerste: de databasemap werd niet aangemaakt, en
|
||||
omdat better-sqlite3 dat in een worker meldt was het symptoom een `lees` die nooit antwoordde. De tweede,
|
||||
en die is er een om te onthouden: **`evolu.insert` geeft meteen een id terug en zet de schrijfactie in de
|
||||
wachtrij van de worker**, dus wie vlak daarna afsluit is de rij kwijt. Het symptoom was een `lees` die
|
||||
"nog geen blobs" meldde over een blob die zojuist bevestigd was. `schrijf` wacht nu op een query erachter,
|
||||
en de toets sluit af en heropent.
|
||||
|
||||
In de browser nagekeken: een blob schrijven en teruglezen werkt vanuit de pagina, de gegevens zijn dezelfde
|
||||
als die van de opdrachtregel, en licht en donker kloppen allebei.
|
||||
|
||||
**Wat er nu ligt te wachten is één regel in `.env`.** Alles wat de relay raakt is gebouwd en niets ervan is
|
||||
beproefd, en dat blijft zo tot het adres er is.
|
||||
|
||||
Reference in New Issue
Block a user