claude-code icon indicating copy to clipboard operation
claude-code copied to clipboard

[Bug] Jira Authentication Fails: Persistent Reconnection and Session Issues

Open deanbiltup opened this issue 3 months ago • 34 comments

TURNS OUT this is atlassian's issue now. upvote here -> https://github.com/atlassian/atlassian-mcp-server/issues/8

Bug Description I never can authenticate or reauthenticate with jira. I always get " Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect." I restart claude and I am not authenticated anymore and not connected and have the authenticate again. This is the only MCP server that is not working for us.

Environment Info

  • Platform: darwin
  • Terminal: iTerm.app
  • Version: 2.0.10
  • Feedback ID: 23602404-448f-4f6c-87e1-3f3e1447b0b7

Errors

[]

deanbiltup avatar Oct 08 '25 05:10 deanbiltup

NOTE: my claude.ai IS CONNECTED to jira MCP server just claude code I cannot get to connect.

deanbiltup avatar Oct 08 '25 06:10 deanbiltup

I cannot tell if this is atlassian bug or claude code bug since claude.ai works with jira MCP server but claude code does not. Here is a post on their side -> https://community.atlassian.com/forums/Jira-questions/claude-code-with-jira-MCP-constant-fail/qaq-p/3125446#M1151925

deanbiltup avatar Oct 08 '25 06:10 deanbiltup

I can confirm this is a regression in version 2.0.10. The Atlassian MCP server works perfectly in 2.0.9 but fails in 2.0.10.

Root cause: Version 2.0.10 removed SSE (Server-Sent Events) support from native builds. The Atlassian MCP server endpoint is https://mcp.atlassian.com/v1/sse which requires SSE protocol.

Debug log evidence from 2.0.10:

[DEBUG] MCP server "atlassian": Connection failed after 0ms: SSE MCP servers are currently not supported in native builds.
[ERROR] MCP server "atlassian" Connection failed: SSE MCP servers are currently not supported in native builds.

Authentication succeeds (OAuth tokens are valid), but the connection immediately fails due to protocol incompatibility.

Workaround: Downgrade to version 2.0.9.

Then restart Claude Code. The Atlassian MCP will connect successfully.

Timeline:

  • Version 2.0.9 (released Oct 7): Works ✅
    Image

  • Version 2.0.10 (released Oct 8): Broken ❌
    Image

This appears to be an unintended breaking change in 2.0.10. SSE support needs to be restored for Atlassian MCP to function.


This investigation was conducted with assistance from Claude Code.

indradhanush avatar Oct 08 '25 08:10 indradhanush

Odd, I reverted hoping it would work even clearing authentication but mine keeps breaking (see version of 2.0.9 is there now after my revert but still fails)

Image

deanbiltup avatar Oct 08 '25 13:10 deanbiltup

Man, how did you get to those logs. I ask claude and it scans my filesystem without finding them. I got this but my /help does not show this toggle dev tools >

  1. Opening Claude Code
  2. Going to Help → Toggle Developer Tools
  3. Checking the Console tab for the MCP error messages like the DEBUG/ERROR lines you mentioned

The application state and settings are in ~/.claude/ but the runtime logs are in the developer console, not written to disk.

deanbiltup avatar Oct 08 '25 13:10 deanbiltup

I am getting exactly same issue


> /mcp
  ⎿  Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect.

Working again after downgrading to 2.0.9

somanshusingla-angelone avatar Oct 08 '25 14:10 somanshusingla-angelone

Man, how did you get to those logs. I ask claude and it scans my filesystem without finding them. I got this but my /help does not show this toggle dev tools >

1. Opening Claude Code

2. Going to Help → Toggle Developer Tools

3. Checking the Console tab for the MCP error messages like the DEBUG/ERROR lines you mentioned

The application state and settings are in ~/.claude/ but the runtime logs are in the developer console, not written to disk.

claude said I should run with claude --debug. And it logs in ~/.claude/debug/latest. I asked claude to look at it after I restarted claude and resumed the conversation. 😂

indradhanush avatar Oct 08 '25 14:10 indradhanush

Getting this error with the Atlassian MCP server on Claude 2.0.10:

[DEBUG] MCP server "atlassian": Connection failed after 0ms: SSE MCP servers are currently not supported in native builds.
[ERROR] MCP server "atlassian" Connection failed: SSE MCP servers are currently not supported in native builds.

I can confirm rolling back to 2.0.9 works

codyhutchens-sdx avatar Oct 08 '25 15:10 codyhutchens-sdx

Can confirm this issue affects multiple Atlassian MCP server instances on macOS Darwin 26.

Tested and working on 2.0.9:

  • Multiple Confluence instances (various read/write operations)
  • Jira instance (issue management, search)

All authenticate successfully via OAuth and retrieve data without issues on 2.0.9.

Workaround to prevent auto-update:

Add to ~/.zshrc (or your shell rc file):

# Claude Code: Disable auto-updates (pinned to v2.0.9 due to Atlassian MCP SSE bug)
export DISABLE_AUTOUPDATER=1

Then restart your shell and downgrade to 2.0.9.

The SSE removal in 2.0.10 is a breaking change for the Atlassian MCP endpoint (https://mcp.atlassian.com/v1/sse). This affects both Confluence and Jira integrations.

clouatre avatar Oct 08 '25 16:10 clouatre

FWIW I also confirmed this is broken in 2.0.10 and 2.0.11 but not .9.

kevin-esensoy avatar Oct 08 '25 21:10 kevin-esensoy

It's not only Jira that's broken, but also Linear's MCP for me.

mmarfil avatar Oct 09 '25 08:10 mmarfil

ok, this is odd as sentry is working ->

"atlassian": { "type": "http", "url": "https://mcp.atlassian.com/v1/sse" }, "sentry": { "type": "http", "url": "https://mcp.sentry.dev/mcp" }

deanbiltup avatar Oct 09 '25 12:10 deanbiltup

Because the transport type is http @deanbiltup

Nek-12 avatar Oct 09 '25 13:10 Nek-12

@deanbiltup this works in claude CLI, but just know that the VS code extension in MacOSX doesn't work with it:

  "mcpServers": {
    "atlassian": {
      "type": "sse",
      "url": "https://mcp.atlassian.com/v1/sse"
    }
  },

The VS code extension fails to read the authentication information (seems to look to a different place than the CLI for the data). So the MCP server will not work in the VS code extension.

CLI version 2.0.12 (Claude Code) VS code extension

Name: Claude Code for VS Code
Id: Anthropic.claude-code
Description: Claude Code for VS Code: Harness the power of Claude Code without leaving your IDE
Version: 2.0.12
Publisher: Anthropic
VS Marketplace Link: https://marketplace.visualstudio.com/items?itemName=anthropic.claude-code

arobinson avatar Oct 09 '25 17:10 arobinson

Confirming this issue - blocking production workflow

Environment:

  • Platform: macOS (darwin)
  • Claude Code: Latest version
  • Atlassian Instance: Jira Cloud (caylent.atlassian.net)
  • Use Case: Active development project requiring frequent JIRA ticket updates

Exact Symptom: Every single authentication attempt results in:

Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect.

After restarting Claude Code as instructed:

  • Authentication is lost
  • MCP shows as not connected
  • Must authenticate again, which fails with same error
  • This creates an infinite loop making the Atlassian MCP completely unusable

Impact: This is blocking our development workflow where we need to:

  • Query JIRA tickets programmatically via Claude Code
  • Update ticket status and fields using editJiraIssue
  • Automate JIRA interactions as part of our development process

What Works:

  • Initial OAuth flow completes successfully
  • Browser authentication page works
  • Tokens appear to be generated

What Fails:

  • Server reconnection after authentication
  • Persistence of authentication state
  • Any actual use of Atlassian MCP tools

Workarounds Attempted:

  • Multiple restarts of Claude Code ❌
  • Re-authentication ❌
  • Clearing authentication and starting fresh ❌
  • None successful - issue persists 100% of the time

This is the only MCP server giving us problems - other MCP servers work correctly. The Atlassian/JIRA MCP is critical for our workflow and this bug makes it completely non-functional.

Would greatly appreciate any updates on this issue or suggested workarounds. Happy to provide additional diagnostics if helpful.

dsimanis avatar Oct 10 '25 13:10 dsimanis

if anyone needs a workaround for the time being, this worked for me

claude mcp remove atlassian
claude mcp add --scope user --transport stdio atlassian -- npx [email protected] https://mcp.atlassian.com/v1/sse

harry-da avatar Oct 11 '25 02:10 harry-da

Harry's workaround actually works. Thank you Harry.

dsimanis avatar Oct 11 '25 12:10 dsimanis

SSE MCP servers are currently not supported in native builds.

I'm also experiencing this with multiple servers that we use. This seems like a pretty big breaking change, that I don't see mentioned in the docs literally anywhere. Can it be confirmed from someone on the anthropic team that this is the case moving forward, and maybe some information as to why?

reflek-chris avatar Oct 12 '25 09:10 reflek-chris

@harry-da amazing! thank you!

tomaszcarter-bi avatar Oct 13 '25 08:10 tomaszcarter-bi

if anyone needs a workaround for the time being, this worked for me

claude mcp remove atlassian
claude mcp add --scope user --transport stdio atlassian -- npx [email protected] https://mcp.atlassian.com/v1/sse

And, how did that work actually? What is the logic behind? It worked for me as well, but I just wanted to know the logic behind it. Thank you.

Ubeydu avatar Oct 13 '25 16:10 Ubeydu

Very rough explanation: It uses an intermediary MCP server called 'mcp-remote' to translate atlassian's SSE server into STDIO, which Claude Code knows how to use.

kwhiteside-favor avatar Oct 13 '25 18:10 kwhiteside-favor

I'd say this is more of a bug for Atlassian's MCP than Claude Code, right? Given SSE is deprecated per https://github.com/modelcontextprotocol/modelcontextprotocol/pull/206.

cacack avatar Oct 13 '25 21:10 cacack

Deprecated, but still widely used and present in many examples Claude Code's MCP docs. There's likely a case to remove it, but not without warning.

spikex avatar Oct 14 '25 01:10 spikex

@arobinson I modified {repo}/.mcp.json to (http to see keeping sentry to http as that works) AND restart claude, /mcp and clear authentationc and authenticate and NOT WORK :( ->

    "atlassian": {
      "type": "sse",
      "url": "https://mcp.atlassian.com/v1/sse"
    },
    "sentry": {
      "type": "http",
      "url": "https://mcp.sentry.dev/mcp"
    },

error ->

/mcp ⎿  Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect.

Version now is 2.0.14 ( I upgraded again ).

deanbiltup avatar Oct 14 '25 09:10 deanbiltup

@Ubeydu wow - thanks! WORKAROUND works!!!

deanbiltup avatar Oct 14 '25 09:10 deanbiltup

OUCH - @Ubeydu that workaround keeps failing and I have to restart claude all the time and at very inconvenient times. any ideas how to fix that on mac? perhaps it is because I leave and come back an hour later or something.

deanbiltup avatar Oct 16 '25 10:10 deanbiltup

ANYONE - upvote the atlassian one to have this fixed -> https://github.com/atlassian/atlassian-mcp-server/issues/8

deanbiltup avatar Oct 16 '25 10:10 deanbiltup

OUCH - @Ubeydu that workaround keeps failing and I have to restart claude all the time and at very inconvenient times. any ideas how to fix that on mac? perhaps it is because I leave and come back an hour later or something.

Same for me. The workaround sometimes works, but often randomly fails.

dprothero avatar Oct 17 '25 22:10 dprothero

It's not only Jira that's broken, but also Linear's MCP for me.

The fix for Atlassian works for Linear too: claude mcp remove linear-server

claude mcp add --scope user --transport stdio linear-server -- npx [email protected] https://mcp.linear.app/sse

aalstes avatar Oct 19 '25 13:10 aalstes

I started getting this error today while authenticating on atlassian redirection upstream connect error or disconnect/reset before headers. reset reason: local connection failure

somanshusingla-angelone avatar Oct 20 '25 08:10 somanshusingla-angelone