Testclient: losmaken maakt nu werkelijk los
Gemeld door de gebruiker: een eigenaar uit het register halen liet de relay hem zien tot het proces stopte. `vergeet` koppelt netjes af, maar de socket zit niet in de Evolu-instantie: hij zit in de gedeelde worker, en die blijft staan zolang er nog een eigenaar open is. Een transport dat je in de config van `createEvolu` meegeeft, kun je daarna nergens opzeggen. Nu start de instantie met `transports: []` en gaat de transport erin met `evolu.useOwner`, ook al is het de eigen appOwner. Die geeft een opzegging terug en Evolu telt de verwijzingen, dus de laatste opzegging sluit de socket. Bewezen met een wegwerpproef tegen een relay op localhost die iedereen toelaat: twee eigenaars open, dan de ene sluiten. Gemeten in de verbindingstabel van het besturingssysteem en niet met de `dicht`-melding van de cliënt, want `closeSocket` in @evolu/common zet `socket.onclose` op null voordat het sluit. Oude vorm: 2 verbindingen na het sluiten. Nieuwe vorm: 1, en de andere eigenaar kon daarna nog schrijven. Suite groen: 42, 90, 36, 22, 54 en 68 goed, 0 fout. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -24,7 +24,7 @@
|
||||
| Plan | App | Volgende stap | Status |
|
||||
|-|-|-|-|
|
||||
| [Umbrelapp](Plannen/Actief/008-Umbrelapp/TAKEN.md) | Relay | **0.7.1 bouwen, duwen en pinnen op de Umbrel. Eigenaar: gebruiker.** De compose staat op `evolu-relay:0.7.1` zónder digest, zodat een installatie hard faalt tot de image bestaat. **0.7.0 draait sinds 10-09-2026** en de wachtlijst is daar de enige weg naar binnen; 0.7.1 is wat een dag gebruiken opleverde, vier punten van de gebruiker over de twee eigenaarskaders. Eén ervan was meer dan een woordkeuze: een rij werd hoger op het moment dat je hem een naam gaf, en nu zijn alle rijen even hoog | 🔶 |
|
||||
| [Testclient](Plannen/Actief/003-Testclient/TAKEN.md) | Relay | **Wacht op 0.7.0 op het apparaat.** De cliënt is af en werkt: register, negen opdrachten, een bedieningsvlak op `127.0.0.1:4380` met `Start.bat` en `Start.command`, en `test` die de HTTP-status van de WebSocket-upgrade toont. De eerste proef is geslaagd: een onbekende eigenaar krijgt 401 over `wss://` via de reverse proxy, en dat stond tot dan alleen als redenering in `Upstream-evolu-relay.md` §10. De rest van fase 4 vraagt een relay die eigenaars toelaat. Uitkomst die het meeste stuurt: `@evolu/nodejs` bevat géén cliënt, dus de afhankelijkheden voor `createEvolu` worden zelf samengesteld; de valstrikken staan in `PLAN.md` §4e | 🔶 |
|
||||
| [Testclient](Plannen/Actief/003-Testclient/TAKEN.md) | Relay | **Wacht niet meer: 0.7.0 draait sinds 10-09-2026, dus fase 4 kan af.** De drie resterende proeven vragen om en om een handeling op de statuspagina en een ronde met de cliënt. Op 10-09-2026 opgelost: losmaken maakte niets los, want de socket zit in de gedeelde worker en een transport uit de config van `createEvolu` is nergens op te zeggen; nu gaat hij erin met `evolu.useOwner`. De cliënt is af en werkt: register, negen opdrachten, een bedieningsvlak op `127.0.0.1:4380` met `Start.bat` en `Start.command`, en `test` die de HTTP-status van de WebSocket-upgrade toont. De eerste proef is geslaagd: een onbekende eigenaar krijgt 401 over `wss://` via de reverse proxy, en dat stond tot dan alleen als redenering in `Upstream-evolu-relay.md` §10. De rest van fase 4 vraagt een relay die eigenaars toelaat. Uitkomst die het meeste stuurt: `@evolu/nodejs` bevat géén cliënt, dus de afhankelijkheden voor `createEvolu` worden zelf samengesteld; de valstrikken staan in `PLAN.md` §4e | 🔶 |
|
||||
|
||||
## B - Los oppakbaar (geen blokkade, geen vaste volgorde)
|
||||
|
||||
|
||||
Reference in New Issue
Block a user