Empty string for `tos_uri` and `logo_uri` causing validation errors during DCR as of 1.17.4

[skray]

Describe the bug
Previously, if a client did not send a tos_uri or logo_uri in their Dynamic Client Registration request, clients using the MCP SDK accepted empty strings in the response of the registration call.

With #877 released in https://github.com/modelcontextprotocol/typescript-sdk/releases/tag/1.17.5, empty strings are treated as "unsafe" in these fields, and cause DCR to fail.

To Reproduce
This can be replicated with the newest MCP inspector and the ActiveCampaign MCP server.

Steps to reproduce the behavior:

1. Create a free trial ActiveCampaign account: https://www.activecampaign.com/free
2. Start the latest MCP inspector (or any version >= 0.16.6, when this upstream change was pulled in)
3. Try to connect to the ActiveCampaign MCP server
4. See an error instead of successful DCR

Expected behavior
The client registers a dynamic client successfully

Logs
Example error response:

 [ { "validation": "url", "code": "invalid_string", "message": "Invalid url", "path": [ "logo_uri" ] }, { "code": "custom", "message": "URL must be parseable", "fatal": true, "path": [ "logo_uri" ] }, { "validation": "url", "code": "invalid_string", "message": "Invalid url", "path": [ "tos_uri" ] }, { "code": "custom", "message": "URL must be parseable", "fatal": true, "path": [ "tos_uri" ] } ]

Additional context
I don't see any indication of why empty strings are being treated as potentially harmful in these cases - the issue and PR that initiated these changes were to make sure that authentication URLs did not try to execute javascript - #841

[vrv]

We're running into the same issue with ActiveCampaign's MCP. We're not yet on 1.17.4 as a client and observing this bug.

Based on my debugging I see two possible paths:

• The schema validation should permit empty strings (as they were permitted before the change)

• If it is intended / a breaking change that these empty strings are no longer permitted, it should be documented somewhere that the response from client registration should leave the fields unset instead of empty. In this case, the ActiveCampaign MCP should not return empty strings for these fields in their registration response, because IIUC the ClientInformation schema will be echoed back in a subsequent request, which will fail validation on a server at 1.17.4.

Somewhat strangely, claude code also runs into this bug, but claude.ai does not; so claude.ai must be processing the registration responses specially to make this work; we're considering doing the same.