register-referentie

Files

T

notandClaude Opus 5 cd3faaf638 test(portal-behandel): the werkbak must show a new registration without a reload (refs #162 )

A registration only reaches the Beoordelen task after the citizen supplies its
documents, so it lands in an already-open werkbak asynchronously — today a
behandelaar has to reload to see it.

Component spec: one interval passes and the werkbak has re-read itself, the new
row is on screen, and the loading state has not flashed over the rows being
read. Fails with "expected vi.fn() to be called 2 times, but got 1 times".
Two guards go with it — a failing background poll must not replace the list
with the load-failure alert, and the refresh must stop when the page is
destroyed.

E2E: the happy path now waits for the werkbak row WITHOUT reloading the page.
The removed `staff.reload()` is the assertion.

Refs the accepted mechanism in #163 (ADR-0032, landing with the implementation).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-04 10:45:17 +02:00

catalogus.spec.ts

S-15c · Enforce MFA on the medewerker (Keycloak) realm (#158 )

2026-09-04 08:27:52 +00:00

default-fill.spec.ts

S-15c · Enforce MFA on the medewerker (Keycloak) realm (#158 )

2026-09-04 08:27:52 +00:00

medewerker-login.spec.ts

S-15c · Enforce MFA on the medewerker (Keycloak) realm (#158 )

2026-09-04 08:27:52 +00:00

medewerker-login.ts

S-15c · Enforce MFA on the medewerker (Keycloak) realm (#158 )