We are integrating Atlassian Rovo MCP (Model Context Protocol) with Jira Cloud via OAuth.
We are experiencing a consistent issue where MCP tool execution fails.
ROVO MCP endpoint (via Atlassian MCP server)method: initializetools/listsearchJiraIssuesUsingJql
{
"cloudId": "1dfba9bb-c284-4e1e-bc9d-59349ca0f4a8",
"jql": "project = KAN ORDER BY updated DESC",
"maxResults": 20
}
tools/call fails with:
{
"result": {
"content": [
{
"type": "text",
"text": "{\"error\":true,\"message\":\"We are having trouble completing this action. Please try again shortly.\"}"
}
],
"isError": true
}
}
POST /rest/api/3/search/jqlinitialize succeeds ✔tools/list succeeds ✔tools/call fails ❌We also checked Rovo insights:
This suggests MCP/Rovo execution layer may not be fully active for the tenant.
This appears to be one of the following:
Please confirm:
tools/call) is enabled for this Jira Cloud tenantWe are able to:
But tool execution always fails with a generic error response.
Hello Ezhumalai,
the sequence you described, where initialize and tools/list succeed but every tools/call fails while the same query works over REST, narrows this down well, and the exact error string you are hitting is actually documented.
"We are having trouble completing this action. Please try again shortly." is one of three defined end-user errors for the Rovo MCP server. Per the official docs it maps to a transient backend error that happens during the permission check, not a malformed request or an OAuth scope problem on your side. That lines up with your symptoms: the handshake and the tool registry are healthy, and the failure is server-side at execution time.
One distinction worth making before you conclude the tenant is not provisioned. If a permission were actually blocked at the org level, the server returns a different message: "Access denied: Your organization admin has not authorized the permission." You are not getting that one, so a hard permission block is not the match here. It is still worth a quick check, because the gatekeeper changed recently. The Permissions tab under Atlassian Administration > Rovo > Rovo MCP server now controls Read, Write, and Search, and it takes precedence over Connected Apps and individual Marketplace app permissions. Have your org admin confirm Read and Search are set to Allowed for Jira there.
The error mapping and the Permissions tab are both covered here:
Since the failure is consistent across every tool and has not cleared on retry, you are past the transient case the docs describe, so the documented next step is a support ticket. Send exactly the evidence you already gathered: the same JQL works on POST /rest/api/3/search/jql but fails on tools/call for searchJiraIssuesUsingJql, plus your cloudId and the MCP session details. That is what lets them inspect the execution layer for your specific site rather than treating it as a transient blip.
https://support.atlassian.com/contact/#/
Looking forward to your feedback :)
Greetings,
Alex
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.