I am trying to use the MCP endpoint but I keep getting a 404 error when connecting.
2025-11-13 22:31:30.198 | DEBUG | httpcore._trace:atrace:87 - send_request_headers.started request=<Request [b'POST']>
2025-11-13 22:31:30.198 | DEBUG | httpcore._trace:atrace:87 - send_request_headers.complete
2025-11-13 22:31:30.198 | DEBUG | httpcore._trace:atrace:87 - send_request_body.started request=<Request [b'POST']>
2025-11-13 22:31:30.198 | DEBUG | httpcore._trace:atrace:87 - send_request_body.complete
2025-11-13 22:31:30.198 | DEBUG | httpcore._trace:atrace:87 - receive_response_headers.started request=<Request [b'POST']>
2025-11-13 22:31:30.465 | DEBUG | httpcore._trace:atrace:87 - receive_response_headers.complete return_value=(b'HTTP/1.1', 404, b'Not Found', [(b'Date', b'Thu, 13 Nov 2025 22:31:30 GMT'), (b'Content-Type', b'text/plain; charset=utf-8'), (b'Content-Length', b'27'), (b'Server', b'AtlassianEdge'), (b'Cf-Ray', b'99e1b83dccc25ee3-PDX'), (b'Cf-Cache-Status', b'DYNAMIC'), (b'Cache-Control', b'no-store, max-age=0'), (b'Vary', b'Accept-Encoding'), (b'Ge-Edge-Trusted-Cloudflare-Proxy', b'bWNwLWNsb3VkZmxhcmUK'), (b'X-Content-Type-Options', b'nosniff'), (b'X-Xss-Protection', b'1; mode=block'), (b'Atl-Traceid', b'f03cb8624ac240ba88dd117faa1679a3'), (b'Atl-Request-Id', b'f03cb862-4ac2-40ba-88dd-117faa1679a3'), (b'Strict-Transport-Security', b'max-age=63072000; preload'), (b'Report-To', b'{"endpoints": [{"url": "https://dz8aopenkvv6s.cloudfront.net"}], "group": "endpoint-1", "include_subdomains": true, "max_age": 600}'), (b'Nel', b'{"failure_fraction": 0.001, "include_subdomains": true, "max_age": 600, "report_to": "endpoint-1"}'), (b'Server-Timing', b'atl-edge;dur=238,atl-edge-internal;dur=6,atl-edge-upstream;dur=236,atl-edge-pop;desc="aws-us-west-2"')])
2025-11-13 22:31:30.465 | INFO | httpx._client:_send_single_request:1740 - HTTP Request: POST https://mcp.atlassian.com/v1/sse "HTTP/1.1 404 Not Found"
2025-11-13 22:31:30.465 | DEBUG | httpcore._trace:atrace:87 - response_closed.started
2025-11-13 22:31:30.465 | DEBUG | httpcore._trace:atrace:87 - response_closed.complete
Yes. This is with OpenWebUI. We did allowlist the callback domain in the MCP server configs. I have tried to figure this out for a bit, but we haven't been able to solve the issue yet. We have the same callback pattern whitelisted. Though it seems that the endpoint just doesn't work in the current state. I am hoping that the 0.6.37 release fixes the problem https://github.com/open-webui/open-webui/pull/19126 as this is mentioned
"- 🔧 MCP OAuth server metadata discovery now follows the correct specification order, ensuring proper authentication flow compliance. [#19244]"
I upgraded to 0.6.38 today, but I still have the same issue
Same behaviour on Open WebUI ‧ v0.6.39
Well. This issue is still seen on v0.6.41. I can't seem to figure out where the breakdown is happening.
Seeing this as well in v0.6.41.
Edit: this may hold the answer: Will the Rovo MCP server support HTTP Streaming?
It looks like the Atlassian MCP server only supports the older SSE approach, which is not supported by Open WebUI.
Any news here?
Actually Yes. Atlassian has recently just pushed out support for the mcp protocol. There are more instructions on their site but in sort you can replace saw with mcp and it should just work with OAuth2.1