Fix organization role controls and add member search - #4409
Conversation
Visual recap — not generatedThe recap was suppressed because the diff matched a secret/credential pattern. No plan was published. Reason: |
There was a problem hiding this comment.
Builder reviewed your changes — looks good ✅
Review Details
Incremental Code Review Summary
The latest PR head addresses all three previously reported issues: the Dispatch SSO test mock now exposes lockOrgMembersForMutation, authority role updates handle already-applied desired roles idempotently, and the PGlite migration/concurrency coverage has an explicit 30-second timeout. The updated implementation retains the fail-closed authorization and deterministic locking model, and the broader Core/Dispatch organization, federation, migration, member-search, and UI test coverage passed in focused runs. Four independent reviewers found no new confirmed authorization, concurrency, federation, migration, or search/cache defects.
Risk assessment: High, due to organization authorization, federated identity mutations, and concurrent database writes. The previously open review threads were verified fixed and resolved before this review. No new reportable issues were found.
🧪 Browser testing: Will run after this review (PR touches UI code) — the dev server was healthy, but all 19 planned cases were escalated because the executor sandbox could not discover or call Chrome browser-automation tools after the allowed retry.
Summary
example.testfixtures.Verification
git diff --checkpassed.This changes shared Core UI consumed by Dispatch and the Core/Dispatch member mutation boundaries. No production roles or databases were modified, and no deployment was performed.
Federated role-update callers and the authority must be upgraded together: legacy assertions without the expected-role precondition fail closed rather than perform an unconditional role change.