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>

tests/test_client_lokaal.mjs

@@ -104,9 +104,11 @@ let store = null;
 
 try {
   const defecten = [];
+  // Vastgehouden, want verderop wordt met dezelfde eigenaar heropend.
+  const eigenaar = nieuweEigenaar();
   store = await openStore({
     directory: map,
-    owner: nieuweEigenaar(),
+    owner: eigenaar,
     onDefect: (defect) => {
       defecten.push(defect);
     },
@@ -115,7 +117,7 @@ try {
   toets('zonder relayUrl is er geen transport', store.transportUrl === null);
 
   const bytes = new Uint8Array([0, 1, 2, 253, 254, 255]);
-  const geschreven = store.schrijf('toets', bytes);
+  const geschreven = await store.schrijf('toets', bytes);
   toets('een blob wegschrijven geeft een id terug', typeof geschreven?.id === 'string');
 
   const rijen = await store.lees();
@@ -131,6 +133,21 @@ try {
   store = null;
   await sluiten();
 
+  // Opnieuw openen met dezelfde eigenaar en dezelfde map. Dit is de toets die
+  // een echte fout van 09-09-2026 vasthoudt: `evolu.insert` zet de schrijfactie
+  // in de wachtrij van de database-worker en geeft meteen een id terug, 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, en dát is precies
+  // het soort fout dat een toets binnen één instantie niet vindt.
+  store = await openStore({ directory: map, owner: eigenaar });
+  const naHeropenen = await store.lees();
+  toets('de blob overleeft het afsluiten en heropenen', naHeropenen.length === 1);
+  toets('met hetzelfde label', naHeropenen[0]?.label === 'toets');
+
+  const nogmaalsSluiten = store.sluit;
+  store = null;
+  await nogmaalsSluiten();
+
   // Afsluiten hoort stil te zijn. Ging dat mis, dan bleef er een worker draaien
   // die zijn eigen run al kwijt was, en dat merk je pas als een proces blijft
   // hangen. Dat was de vierde valstrik uit PLAN.md §4e.