test(fe): run the session-ending scenarios in a browser

[sea-snake]

The "Ending a session" scenarios of docs/ongoing/session-test-scenarios.md — EXIT-1, EXIT-3, EXIT-5 and EXIT-6 — and the silent re-issue that has nothing left to answer from.

Access that can be ended is the point of the design, so this is where it gets ended: by the app signing out, and by the identity's owner signing a whole browser out from settings.

The settings scenario is the one to read: END-5 lets an app keep working until the delegation it holds expires, so nothing shows the moment access is revoked, and it is the next mint that discovers the session is gone. The test therefore ages the delegation and asks for a replacement rather than expecting an instant answer.

[zeropath-ai]

✅ No security or compliance issues detected. Reviewed everything up to 5c178c2.

Security Overview

• 🔎 Scanned files: 1 changed file(s)
• 🔗 Scan Link: https://zeropath.com/app/repositories/6d3e3b61-710b-4b2b-9c0b-43458b6314b6?scanId=af59e9e7-ba04-403d-82f5-53e15ac4ec7d&codeScanTypes=PrScan&tab=issues

Detected Code Changes

Change Type	Relevant files
Enhancement	► src/frontend/tests/e2e-playwright/routes/authorize/app-sessions/ending-a-session.spec.ts     Add end-to-end tests for ending a session via various scenarios

[Copilot]

Pull request overview

Adds a new Playwright E2E spec that exercises the “Ending a session” browser scenarios (EXIT-1, EXIT-3, EXIT-5, EXIT-6) to validate session teardown behavior when signing out in-app and when signing the whole browser out from II settings.

Changes:

• Introduces E2E coverage for sign-out persistence across reload and for silent re-auth failing when there is no session to resume.
• Verifies that “sign out this browser” from settings revokes access (detected on next delegation refresh after aging).
• Adds multi-origin checks: signing out of one app/origin doesn’t affect another, and a signed-out browser entry is reused after signing back in.

Suppressed comments (1)

src/frontend/tests/e2e-playwright/routes/authorize/app-sessions/ending-a-session.spec.ts:138

• locator.count() does not wait for the list to render. If the "Sign out" buttons haven’t appeared yet, listed can be 0 and the later toHaveCount(listed) check becomes vacuous. Also, the "Signed out" visibility check uses the default 5s expect timeout, which can be flaky for a backend-driven sign-out.

    const listed = await settings
      .getByRole("button", { name: "Sign out" })
      .count();
    await settings.getByRole("button", { name: "Sign out" }).first().click();
    await expect(settings.getByText("Signed out")).toBeVisible();

---

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.