ReleaseCloudflare (Workers AI)Cloudflare (Workers AI)published Jun 3, 2026seen 5d

cloudflare/workers-oauth-provider v0.7.1

cloudflare/workers-oauth-provider

Open original ↗

Captured source

source ↗
published Jun 3, 2026seen 5dcaptured 9hhttp 200method plain

v0.7.1

Repository: cloudflare/workers-oauth-provider

Tag: v0.7.1

Published: 2026-06-03T15:43:35Z

Prerelease: no

Release notes:

Patch Changes

Localized variants of the human-readable client metadata fields — expressed with a # suffix on the member name (e.g. client_name#ja, tos_uri#fr) — were previously dropped during client registration. They are now captured for client_name, client_uri, logo_uri, tos_uri, and policy_uri, stored on the client record under a new optional i18n map (keyed by the raw field#tag name), and echoed back in the registration response alongside their canonical fields. The same handling applies to Client ID Metadata Document ingestion.

Localized values are validated with the same rules as their canonical field: URI variants must be absolute http: or https: URLs, and all variants must be strings. Fields that are not part of RFC 7591 §2.2 (such as jwks_uri and redirect_uris) are not collected.

The client_uri, logo_uri, policy_uri, tos_uri, and jwks_uri fields were previously only checked to be strings. They are now required to be absolute http: or https: URLs, consistent with how redirect_uris are already validated. Registration (and Client ID Metadata Document ingestion) now rejects values using other schemes with an invalid_client_metadata error.

These fields are commonly surfaced in consent UIs (for example as link or image targets), so restricting them to standard web URLs avoids non-http(s) schemes flowing through to consumers.

Notability

notability 3.0/10

Routine patch release, no notable traction.