Repository navigation
tests/browser (TECH-683): cover sign-in, consent and confirm behaviour - #14
Conversation
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 46 minutes. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. |
4274536 to
f69f820
Compare
Ashex
left a comment
There was a problem hiding this comment.
Reviewed all 17 changed files against base/merge-base a5eef50, head f69f820. Standards and Spec were separate sequential passes, not independent parallel reviews. Originating TECH-683, its discussion and owning ePDS parity matrix were fetched directly from Linear.
Standards
0 retained findings. Reviewed repository architecture/custody/testing guidance and all twelve discretionary smell heuristics; no unsupported restructuring requests retained. Security review covered the exact-URL private metadata exception (redirect refusal, size/time bounds, safe-fetch fallback), fixture client trust/credentials and callback isolation, verified-email/DID selection, stale-device proof, replay and account confirmation. No new concrete security defect confirmed in this diff.
Spec
1 P2 coverage finding inline: neither chooser journey completes authorization for the first shared-email DID. The second journey's provisional first-DID selection is abandoned before consent. This leaves the explicit per-account completed-session acceptance unchecked. Full TECH-683 acceptance is not established: joining-PDS import and cross-node journeys remain outside this fixture evidence.
Documentation
Static cold-reader walkthrough checked both changed flow guides against source, prerequisites, ordered steps, trust terminology, test navigation, fixture/database-aging limitations and repeat-run isolation. No separate actionable readability defect retained. Examples were not executed. The PR description's test-only/no-runtime-change wording is imprecise: provider.mjs adds one exact managed metadata URL to the private-network fetch exception; it does not grant consent trust to that client.
SonarCloud and verification limits
PR 14 gate OK, 0 issues and 0 hotspots (complete single pages), no justified triage mutations. GitHub's successful SonarCloud check is attached to this exact head, completed 2026-11-03; MCP does not separately expose its revision. Metrics: 937 new lines, 0 new lines to cover, so the gate is not browser execution or acceptance evidence. Dependency-risk query unavailable: Advanced Security disabled.
Ran read-only git source/diff/history/status inspection and git diff --check (passed), gh metadata/comments/reviews/check-runs, Linear and Sonar MCP reads. No tests/builds/installations/application execution or sandbox lifecycle actions; no host tests. Browser, contract, formatting, architecture and strict-type gates were not independently executed; MJS has checkJs=false. Existing checks expose no first-party test execution. Current AiaB evidence is required. Source, branch and existing untracked work were preserved. Missing docs/agents/issue-tracker.md is a skill setup gap; explicitly provided Linear MCP worked.
f69f820 to
d34a19c
Compare
0e029d4 to
5007184
Compare
5007184 to
50e587a
Compare
50e587a to
0eec1ef
Compare
|
@Ashex re: "joining-PDS import and cross-node journeys remain outside this fixture evidence":
|
Adds Playwright cases for the account chooser, stale remembered devices, confirm-it's-you gaps, shared-email lookups, signup consent skip, email login_hint and prompt=none. The synthetic client gains an untrusted client and opts the secondary client into signup consent skip; the sandbox stack trusts primary + secondary.
TECH-683 requires each account to finish its own journey. The completed sign-in test now runs once per DID in a fresh context, checking replay rejection, token subject, PDS audience and an account-scoped write.
8578ead to
db2c61b
Compare
|



Refs TECH-683.
Problem
The TECH-683 sign-in changes in #8 (account chooser, stale remembered devices, "confirm it's you", shared-email lookups, signup consent skip, email
login_hint) had little browser coverage, so regressions in the real Chrome flow would go unnoticed.Fix
prompt=none.tests/flows/updated to match.Test-only; the one
srcline allows the sandbox-only untrusted fixture client's metadata URL.

Confidence Score: 5/5
The PR appears safe to merge; no blocking issues were found.Summary
Adds browser coverage for account choice, stale remembered devices, signup consent, email hints, silent sign-in and shared-email lookups.
Reviews (2) · Last reviewed commit: "tests/browser: complete chooser sign-in ..." · Reviewed by Greptile