{"version":"2.1.310","anchor":"mcp-tools-list-auth-failures-flagged-as-discoveryauthfailure","canonical_anchor":"mcp-tools-list-auth-failures-flagged-as-discoveryauthfailure","heading":"MCP servers that refuse sign-in while listing their tools are now marked as auth failures","tier":"notice","area":"MCP","scope":"individual","heads_up":false,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.310\/e\/mcp-tools-list-auth-failures-flagged-as-discoveryauthfailure","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.310","markdown":"### MCP servers that refuse sign-in while listing their tools are now marked as auth failures\n\nA sign-in style error while listing an MCP server's tools is now recorded as an auth failure, and CCR requests carry a tool call id more often\n\n**Unclear.** It is not clear whether marking the sign-in failure changes anything you see, such as a prompt to sign in to the server.\n\n**What**\n\nMCP servers are outside programs that give Claude Code extra tools. When Claude Code asks such a server for its list of tools and the request fails with a sign-in or permission type of error, Claude Code now records that the server failed at the sign-in stage.\n\nSeparately, the connection layer Claude Code uses for CCR requests changed:\n\n- It attaches the identifier of the tool call to the opening handshake request, as before.\n\n- It now also attaches it to listing requests, when listings are turned on.\n\n- It records the answer to both kinds of request, where before it only recorded the handshake answer.\n\n**Why**\n\nThese change how Claude Code keeps track of failed MCP sign-ins and CCR requests.\n\n- Area: MCP\n- Tier: You'll notice\n- Useful: 1\/5\n- Signal: 0\/5\n- Scope: individual\n- Heads-up: no"}