Skip to content

chore: sync new capability IDs from canonical spec - #1786

Merged
spydon merged 1 commit into
mainfrom
chore/sync-compliance-matrix
Aug 31, 2026
Merged

chore: sync new capability IDs from canonical spec#1786
spydon merged 1 commit into
mainfrom
chore/sync-compliance-matrix

Conversation

@libsreleasetagger

Copy link
Copy Markdown
Contributor

New capability IDs from https://github.com/supabase/sdk were added as not_implemented.

Triage each one: set the real status and add symbols/notes before merging.- auth.sign_in.concurrent_pkce_flows

@libsreleasetagger
libsreleasetagger Bot requested a review from a team as a code owner August 31, 2026 06:39
@spydon
spydon merged commit 1172e96 into main Aug 31, 2026
23 checks passed
@spydon
spydon deleted the chore/sync-compliance-matrix branch August 31, 2026 08:48
spydon added a commit that referenced this pull request Aug 31, 2026
…trix (#1787)

## What

The capability-ID sync in #1786 added
`auth.sign_in.concurrent_pkce_flows` to `sdk-compliance.yaml` with the
default `not_implemented` status. The capability is already implemented,
so this marks it `implemented` and gives it the symbols that describe
it.

## Why it is already implemented

The canonical capability asks for each PKCE code verifier to live in its
own bounded, per-flow slot keyed by a generated flow id, with the code
exchange accepting an optional flow id to select the right verifier.
That is what `PKCEVerifierStore` does, landed in #1662 and refactored in
#1744:

- Each flow gets its own storage slot, pending ids are tracked in an
index entry, and starting another flow past
`AuthConstants.pkceMaxConcurrentFlows` (5) evicts the oldest.
- `AuthClient.exchangeCodeForSession` takes an optional `flowId` and
validates it before building a storage key.
- `AuthClient.appendPkceFlowIdToRedirects` and
`AuthClientOptions.appendPkceFlowIdToRedirects` put the id on the
callback URL, and `getOAuthSignInUrl` / `getLinkIdentityUrl` return it
as `OAuthResponse.flowId`.

## Changes

`AuthClient.appendPkceFlowIdToRedirects`,
`AuthClientOptions.appendPkceFlowIdToRedirects` and
`OAuthResponse.flowId` move from
`auth.sign_in.exchange_code_for_session` to the new capability, which is
where they belong now that it exists. `exchange_code_for_session` keeps
`AuthClient.exchangeCodeForSession`.

No note is added, since the implementation matches expected parity.

## Verification

The supabase/sdk compliance tooling was run locally against this branch:

```
validate-compliance  OK — compliance file is valid.
check-api-symbols    All new public API symbols are covered in the capability matrix.
check-drift          No capability matrix drift detected.
```

<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->

## Summary by CodeRabbit

* **New Features**
* Added support for handling multiple concurrent PKCE authentication
flows.
* **Bug Fixes**
* Updated sign-in capability reporting to accurately associate PKCE flow
support with concurrent authentication flows.

<!-- end of auto-generated comment: release notes by coderabbit.ai -->
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant