Voorstel van de gebruiker, en het tweede deel loste meer op dan een knop. Een
verbinding die geweigerd wordt bleef eindeloos opnieuw proberen, en elke poging
is een regel in de weigerlijst van de relay; zo liep die lijst tijdens deze
sessie ook vol.
- klop heet test op de opdrachtregel en Testen op de pagina.
- Verbinden gaat uit zodra een test zegt dat de eigenaar geweigerd wordt, met de
uitkomst in het rood naast de naam. Onbekend telt als toegestaan, want anders
moet je eerst testen om iets te mogen en is dat zelf ook een poging. Blob
schrijven gaat door dezelfde poort en schrijft dan lokaal verder.
- Een lopende verbinding stopt zichzelf: na drie mislukte sockets wordt er
precies een keer getest, en bij een weigering gaat de verbinding eruit. Is het
geen weigering, dan blijft hij staan, want dan is opnieuw proberen juist goed.
De melding in een dialoogvenster is eruit; de uitkomst staat naast de naam en in
het log en die blijven staan. In de browser nagekeken: testen geeft 401, de
regel verschijnt rood, en Verbinden is uitgegrijsd voor de geteste eigenaar
terwijl de ongeteste hem houdt.
Suite: 478 goed, 0 fout.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Een fout van ons, gevonden door de gebruiker bij de tweede eigenaar: "Expected
tab leader port.". createEvoluDeps vraagt via navigator.locks het slot "tab" aan
en kondigt de houder aan als tab leader, en dat slot kan er maar een hebben.
openStore maakte per eigenaar een eigen stel afhankelijkheden, dus de tweede
werd nooit leider. Nu een stel per proces met een teller, zodat het pas
opgeruimd wordt als de laatste store sluit. Dit stond al als valstrik 2 in
PLAN.md 4e en was er alsnog in geslopen; de toets met twee eigenaars tegelijk
brengt hem terug zodra iemand dit ongedaan maakt.
Twee dingen erbij om te kunnen zien wat er met de relay gebeurt:
- spiegel <naam> opent dezelfde eigenaar in een lege database naast de
bestaande. Alles wat daar binnenkomt heeft de heen- en terugreis over de relay
gemaakt, en dat is de enige manier waarop de clientkant kan bewijzen dat er
werkelijk iets op de relay staat; lees toont je altijd je eigen rijen.
- onWebSocket meldt welke URL geopend wordt en wat ermee gebeurt. Zonder dat
ziet een relay die de socket dichtgooit er hetzelfde uit als een trage relay.
Dat luikje gaf meteen het antwoord: de socket komt nooit open, 1006, in een
herhaallus, en met het ws-pakket ernaast staat er wat de globale WebSocket
verzwijgt: 401. Twee eigenaars die eerder allebei 101 gaven zijn dus uit de
allowlist van de relay verdwenen. Dat is een vraag over de server-app en staat
als open punt 9, met vier verklaringen en wat ze uit elkaar houdt.
Suite: 478 goed, 0 fout.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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>
