You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Auth: Support manually setting a client ID and client secret #683
Is your feature request related to a problem? Please describe.
Not all OAuth providers support dynamic client registration.
And the MCP specification accounts for this:
Any authorization servers that do not support Dynamic Client Registration need to provide alternative ways to obtain a client ID (and, if applicable, client credentials). For one of these authorization servers, MCP clients will have to either:
Hardcode a client ID (and, if applicable, client credentials) specifically for the MCP client to use when interacting with that authorization server, or
Present a UI to users that allows them to enter these details, after registering an OAuth client themselves (e.g., through a configuration interface hosted by the server).
Reacted by Jeremy Smith, Maximilian Schellhorn, Ola Hungerford, Marek Čermák, Sivanesan Krishnan, Ramez-Talaat, Brian Fox, Mohamad Ibrahim, Paul Rütter, keurcien and 4 more
Highly agree with this, having mandatory DCR in the inspector makes the overhead of testing OAuth authentication flows much higher for certain Auth providers. For example, I'm pretty sure AWS Cognito doesn't support DCR out of the box.
Reacted by Jeremy Smith, John McBride, Ola Hungerford, Girish Koundinya, Ugur Akin, Ramez-Talaat, Rori Stumpf and Omar Alles
Agreed, this one's a break from MCP spec. Done with #684
It only supports client ID and no client secret, as AFAIK MCP inspector is all built to act as a public client. This was just an issue with the guided OAuth flow not using it. To add client secret and support token exchange for a confidential client is a bigger PR i think, but not too sure.
Activity
franz-zuplo commentedon Aug 5, 2025
Highly agree with this, having mandatory DCR in the inspector makes the overhead of testing OAuth authentication flows much higher for certain Auth providers. For example, I'm pretty sure AWS Cognito doesn't support DCR out of the box.
2underscores commentedon Aug 6, 2025
Agreed, this one's a break from MCP spec. Done with #684
It only supports client ID and no client secret, as AFAIK MCP inspector is all built to act as a public client. This was just an issue with the guided OAuth flow not using it. To add client secret and support token exchange for a confidential client is a bigger PR i think, but not too sure.
olaservo commentedon Aug 11, 2025
Cross-posting this from my PR comment for more viz:
I think the change makes sense. Since its small but potentially significant I created a thread in the auth channel on the MCP Contributor Discord to get more 👀 on it. If you're interested in following there, you can find the link in these docs: https://modelcontextprotocol.io/community/communication
feat: Add minimal DCR stub for MCP Inspector compatibility
olaservo commentedon Jan 18, 2026
This should be fixed by PR #684. Closing - please reopen if you're still experiencing this issue.
This comment was posted by Claude during issue triage.