Atlassian Rovo MCP not accessible to programmatic API

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I have the Rovo MCP server connected to Cursor and the settings UI shows it green enabled. I have also authenticated. I followeded these instructions: Setting up IDEs (desktop clients) | Atlassian Rovo MCP Server Cloud | Atlassian Support

The Rovo MCP server:

  • Shows connected (green) in MCP settings
  • All 30+ tools are listed and visible in the settings panel
  • Tools work when invoked manually through Cursor’s chat UI

Problem:

  • Tools are NOT exposed to the programmatic agent API layer (CallMcpTool)
  • When the AI agent attempts to call any tool (e.g., getConfluencePage, updateConfluencePage, atlassianUserInfo), it returns: “Tool {server}-{toolName} was not found”
  • The tool descriptor JSON files ARE written to the MCP cache folder (mcps/project-0-dataq-Atlassian-MCP-Server/tools/), confirming Cursor detects the tools, but they are not registered in the agent runtime

I asked Atlassian and they said:
Until Cursor updates their MCP integration to surface those tools to agents, there isn’t a true “fix” on your side.

Can you help?

Steps to Reproduce

  1. Add an HTTP-based MCP server to .cursor/mcp.json
  2. Restart Cursor
  3. Complete the OAuth authentication flow in the browser when prompted
  4. Confirm the server shows green/connected in Settings > MCP Servers, with tools listed
  5. Open Agent mode (Cmd+I or the agent panel)
  6. Ask the agent to call any Atlassian MCP tool, e.g.: “Use the Atlassian MCP server to get my user info” or “Get the Confluence page with ID 12345”
  7. The agent attempts CallMcpTool with server project-0-dataq-Atlassian-MCP-Server and tool name atlassianUserInfo
  8. Error returned: “Tool project-0-dataq-Atlassian-MCP-Server-atlassianUserInfo was not found”

Expected Behavior

Tools registered by HTTP-based MCP servers (using the “url” config format) should be callable by the AI agent through CallMcpTool, just like tools from stdio-based MCP servers (using “command” + “args” config format). The agent should be able to invoke updateConfluencePage, getConfluencePage, etc. programmatically.

Operating System

Windows 10/11

Version Information

Cursor 0.48.x (Build 2.5.17)
VS Code base 1.108.0
OS Windows 10 (NT 10.0.26100)
Architecture x64
Node.js v22.17.0
MCP Server Atlassian Rovo MCP (HTTP, https://mcp.atlassian.com/v1/mcp)

Does this stop you from using Cursor

Yes - Cursor is unusable

1 Like

Hey, thanks for the detailed report. This is a known issue: MCP tools show up in settings and work in chat, but the agent can’t call them via CallMcpTool.

A few things to try:

  1. New session workaround: open a new chat in Agent mode and first ask, “list all MCP tools you have access to”. After that, the agent may start using tools in that session.

  2. HTTP compatibility mode: go to Settings > Network > HTTP Compatibility Mode, switch to http/1.1, restart Cursor, and try again in a new chat. Some users said this fixed it.

  3. Can you share:

    • The Request ID from the broken chat (three dots in the top right > Copy Request ID)
    • Your exact mcp.json config (you can redact secrets)

The team is aware of this category of issues. Your report helps with prioritization, especially since you’re on the latest version, which may mean a previous fix didn’t fully cover HTTP-based (URL config) servers.

Let me know how the workarounds go.

I have same issue. After a recent Cursor upgrade maybe 2.5.x, I cannot get chat to use Atlassian MCP. I’ve tried explicitly referencing it many ways and it doesn’t work. I’ve reinstalled MCP and authenticated again.

After the recent update 2.5.17 my Agents lost access to Atlassian MCP and Asana MCP. After switching HTTP compatibility back to http/1.1 it started to work again.

1 Like

Step 1 and 2 workarounds work! Do you still want #3?

1 Like

Glad it helped. The Request ID from the broken chat would be useful, if you still have it, send it over. But if you already closed that chat, no worries.

Let me know if the issue comes back.

For me, this is not working, and Atlassian MCP seems not usable in any way since a couple of days.
This is current mcp.json:

{

  "mcpServers": {

"gitlab": {

"url": "https://gitlab.com/api/v4/mcp"

    },

"Figma": {

"url": "https://mcp.figma.com/mcp",

"headers": {}

    },

"glean_default": {

"type": "http",

"url": "https://XXXX.glean.com/mcp/default",

"headers": {}

    },

"chrome-devtools": {

"command": "npx",

"args": [

"-y",

"chrome-devtools-mcp@latest"

      ]

    },

"Atlassian": {

"url": "https://mcp.atlassian.com/v1/mcp",

"headers": {}

    }

  }

}

And this is the last chat id I had 49a9ad7a-ed32-4c4a-8509-7722c66b07fc

Version: 2.5.20 (Universal)

VSCode Version: 1.105.1

Commit: 511523af765daeb1fa69500ab0df5b6524424610

Date: 2026-02-19T20:41:31.942Z (2 days ago)

Build Type: Stable

Release Track: Default

Electron: 39.4.0

Chromium: 142.0.7444.265

Node.js: 22.22.0

V8: 14.2.231.22-electron.0

OS: Darwin arm64 25.3.0

Same problem here. Tools exist, but can’t be called. I tried the workaround here to no avail.

request ID: 6945835a-8c5a-4839-b53f-6cf939f6c8a6

Version:
Version: 2.5.25
VSCode Version: 1.105.1
Commit: 7150844152b426ed50d2b68dd6b33b5c5beb73c0
Date: 2026-02-24T07:17:49.417Z
Build Type: Stable
Release Track: Default
Electron: 39.4.0
Chromium: 142.0.7444.265
Node.js: 22.22.0
V8: 14.2.231.22-electron.0
OS: Darwin arm64 25.2.0

Logs:

MCP_ user-Lucid Software.txt (30.8 KB)

image (8)

image (6)

And a coworker got this: