Member Junction
    Preparing search index...
    • PURE client-side check of whether user holds the named MJ Authorization, resolved entirely from cached metadata: Authorizations ↔ Authorization Roles ↔ the user's roles.

      Semantics mirror AuthorizationInfo.UserCanExecute (the canonical server/core evaluation): the authorization must exist and be ACTIVE; any matching Deny row on one of the user's roles vetoes globally; otherwise at least one matching Allow row is required. Name matching is trim + case-insensitive; UUID comparisons use UUIDsEqual (SQL Server vs PostgreSQL casing safe).

      Defensive by design: any missing piece — no user, no roles, no provider, missing metadata collections, unknown/inactive authorization, null Type — resolves to false. This helper is a disclosure gate only; the server independently enforces the authorization on the protected mutation.

      Parameters

      Returns boolean

      true only when an active authorization of that name grants the user via an Allow role with no Deny veto; false in every other (including degraded) case.