MCP OAuth stops sending a client id that only works for loopback, and repairs saved entries.
What's wrong with this entry?
Both MCP OAuth providers now withhold the metadata-document URL as the client id whenever the redirect URI is not that document's loopback /callback address, falling back to a configured client or dynamic registration instead. A saved client entry holding a stale metadata URL as its client id is repaired in place.
MCP_OAUTH_CLIENT_METADATA_URLstill overrides which document URL is used.
stale CIMD client_id repair
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.