Title: jayson35's Replies | WordPress.org

---

# jayson35

  [  ](https://wordpress.org/support/users/jayson35/)

 *   [Profile](https://wordpress.org/support/users/jayson35/)
 *   [Topics Started](https://wordpress.org/support/users/jayson35/topics/)
 *   [Replies Created](https://wordpress.org/support/users/jayson35/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/jayson35/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/jayson35/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/jayson35/engagements/)
 *   [Favorites](https://wordpress.org/support/users/jayson35/favorites/)

 Search replies:

## Forum Replies Created

Viewing 1 replies (of 1 total)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Royal MCP – Secure AI Connector for Claude, ChatGPT & any LLM via MCP] MCP connector authorization error – ref ofid_aab3a46ce11eebb2](https://wordpress.org/support/topic/mcp-connector-authorization-error-ref-ofid_aab3a46ce11eebb2/)
 *  Plugin Support [jayson35](https://wordpress.org/support/users/jayson35/)
 * (@jayson35)
 * [6 days, 13 hours ago](https://wordpress.org/support/topic/mcp-connector-authorization-error-ref-ofid_aab3a46ce11eebb2/#post-19017106)
 * Hey [@shiv11](https://wordpress.org/support/users/shiv11/)
 * Great to hear we eliminated the SSL as culprit, I dug deeper into this and found
   the issue.
 * Sep 2 timing lines up but the trigger isn’t WP 7.1 itself, it’s the site icon
   URL your site is serving.
   Your icon goes through Jetpack Photon (i0.wp.com) with
   a resize query string appended:
 * [https://i0.wp.com/marketplace.prernaa.in/wp-content/uploads/2024/08/cropped-cropped-Untitled-removebg-preview.png?fit=512%2C512&ssl=1](https://i0.wp.com/marketplace.prernaa.in/wp-content/uploads/2024/08/cropped-cropped-Untitled-removebg-preview.png?fit=512%2C512&ssl=1)
 * WordPress’s own wp_check_filetype() detects image type by matching the extension
   at the END of the
   filename, but here the extension is followed by ?fit=…, so 
   wp_check_filetype returns false insteadof “image/png”. Royal MCP 1.5.0’s null-
   coalescing fallback (?? ‘image/png’) doesn’t catch that — ??only fires on null,
   not false so the server identity response ends up with mimeType: false instead
   ofa string.
 * Claude’s strict MCP handshake validator rejects that response because mimeType
   must be a string per
   spec. Exact match for your symptom is token’s valid, but
   the first /mcp initialize call fails on schemaand Claude bails before tool discovery.
   Same failure class hits other strict MCP validators too.
 * Fixed in Royal MCP 1.5.1 — released yesterday, on wp.org now. wp-admin → Plugins
   → Royal MCP → Update. 1.5.1 strips the query string before doing the extension
   lookup with an explicit ext→mime map, so the response is always a valid string
   regardless of what CDN transformations run on the URL.
 * WP 7.1 core update on Sep 2 didn’t change our code path directly, most likely
   it triggered a Jetpack
   cache regen that switched your icon URL to the Photon-
   transformed one, which is when the pre-existingbug started firing. Either way
   the fix on our side is the same and rolled out.
 * Jayson

Viewing 1 replies (of 1 total)