This issue has been created
There is 1 update.
 
 
OpenId Connect / cid:jira-generated-image-avatar-bd6875b6-74d8-4d28-88f6-4bb400378f04 OIDC-303 Open

Also expose OAuth AS metadata at .well-known/oauth-authorization-server

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-55adcc20-a237-4a23-a3d6-c6037e1d7e8e Dev Gupta created this issue on 27/Jul/26 20:52
 
Summary: Also expose OAuth AS metadata at .well-known/oauth-authorization-server
Issue Type: cid:jira-generated-image-avatar-bd6875b6-74d8-4d28-88f6-4bb400378f04 Improvement
Assignee: Unassigned
Created: 27/Jul/26 20:52
Priority: cid:jira-generated-image-static-major-0e6020aa-4dd3-40fb-8418-ca7f562712cf Major
Reporter: Dev Gupta
Description:

Github Issue Link: Also expose OAuth AS metadata at .well-known/oauth-authorization-server by Splashing23 - Pull Request #138 - xwiki-contrib/oidc

Summary

  • Register the existing OIDC discovery handler for .well-known/oauth-authorization-server in addition to .well-known/openid-configuration.
  • Lets MCP/OAuth clients that follow RFC 8414 discover XWiki's authorization/token/registration endpoints instead of falling back to guessing /authorize on the host root.

 

Context

XWiki already returns correct OpenID Connect Discovery JSON at /oidc/.well-known/openid-configuration. MCP clients (and similar OAuth resource clients) often request /oidc/.well-known/oauth-authorization-server first per RFC 8414. That path currently 404s, which breaks discovery even when Protected Resource Metadata correctly points at the /oidc issuer.

Test plan

  •  GET /oidc/.well-known/oauth-authorization-server returns 200 with the same metadata JSON as openid-configuration
  •  GET /oidc/.well-known/openid-configuration still returns 200 unchanged
  •  Confirm authorization_endpointtoken_endpointissuer, and registration_endpoint are present
 
 

1 update

 
cid:jira-generated-image-avatar-55adcc20-a237-4a23-a3d6-c6037e1d7e8e Changes by Dev Gupta on 27/Jul/26 20:53
 
Description: Github Issue Link: [Also expose OAuth AS metadata at .well-known/oauth-authorization-server by Splashing23 -  Pull Request #138 -  xwiki-contrib/oidc|https://github.com/xwiki-contrib/oidc/pull/138]
h2.

Summary
* Register the existing OIDC discovery handler for {{.well-known/oauth-authorization-server}} in addition to {{{}.well-known/openid-configuration{}}}.
* Lets MCP/OAuth clients that follow RFC 8414 discover XWiki's authorization/token/registration endpoints instead of falling back to guessing {{/authorize}} on the host root.

 
h2. Context

XWiki already returns correct OpenID Connect Discovery JSON at {{{}/oidc/.well-known/openid-configuration{}}}. MCP clients (and similar OAuth resource clients) often request {{/oidc/.well-known/oauth-authorization-server}} first per RFC 8414. That path currently 404s, which breaks discovery even when Protected Resource Metadata correctly points at the {{/oidc}} issuer.
h2. Test plan
*  {{GET /oidc/.well-known/oauth-authorization-server}} returns 200 with the same metadata JSON as openid-configuration
*  {{GET /oidc/.well-known/openid-configuration}} still returns 200 unchanged
*  Confirm {{{}authorization_endpoint{}}}, {{{}token_endpoint{}}}, {{{}issuer{}}}, and {{registration_endpoint}} are present