Streamable‑HTTP MCP Server Broken After Latest Pull #8120
Replies: 11 comments 11 replies
-
Working on my end. Try |
Beta Was this translation helpful? Give feedback.
-
@danny-avila I tried the reinstall and even clone a new LibreChat repo and used the same config which I was using before but sill no luck. |
Beta Was this translation helpful? Give feedback.
-
This may be an issue with your individual MCP server. I can see from the logs you shared, it fails to connect after 30 seconds. All streamable http servers on my end are working |
Beta Was this translation helpful? Give feedback.
-
I understand there could be an issue with my MCP server but the same server was working fine with the previous version until I updated and took the latest changes from Main branch. |
Beta Was this translation helpful? Give feedback.
-
I switched back to the pervious version and I am able to connect with same server. Got these logs.
Version Information |
Beta Was this translation helpful? Give feedback.
-
The above is a commit hash, on this commit I am able to connect but on the latest I am not. I just built a simple MCP server using |
Beta Was this translation helpful? Give feedback.
-
@danny-avila, please find the repo below, it's just a simple one tool MCP. |
Beta Was this translation helpful? Give feedback.
-
@danny-avila thank you for your quick support I got it working with right implementation. I'm trying to implement a custom LangChain tool in LibreChat that requires uploaded files from users. Is there a way to get the upoaded files in tool call?
Any help would be appreciated! |
Beta Was this translation helpful? Give feedback.
-
I experience the exact same issue as described above as a flaky behaviour. Sometimes it works without problems and at other times, I run into timeouts for each server. All my MCP servers are using the streamable http protocol and are configured in librechat.yaml accordingly. None of my servers are taking as long as the timeout to start. |
Beta Was this translation helpful? Give feedback.
-
@danny-avila I'm encountering an issue with the MCP The connection automatically disconnects after some time, and it does not reconnect automatically. The only way to restore the connection is by restarting the MCP server. Is there a known workaround or fix for this? |
Beta Was this translation helpful? Give feedback.
-
Hey all - I landed here due to issues with/ streamable-http as well and thought this might be connected or relevant - in my case I have a remote server I'm developing that works perfectly via MCP Inspector, but when I add it to my config for Libre, the startup logs look like this:
Which seems like it maybe worked-ish? It connected, got stuff back and the immediately disconnected all in one go? Then when I try, via the UI, to use the server, I get these errors:
Where all the tools are namespaced and can't be found.. I'm fully prepared for this to be a problem w/ my server, but I'm stumped because this server works when connected to the inspector, Augment and Claude. Any help is greatly appreciated! Note: The above is for ngrok which I started to use to help debug more quickly w/ my local setup, but the errors are identical when connected to the production URL directly |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
What happened?
I am using NPM to run the source code.
After updating LibreChat to the latest main branch, a previously working streamable‑HTTP MCP server no longer initialises correctly. It fails with OAuth/token errors and eventually times out—the server stops appearing in the chat menu.
Version Information
0a357c88fb206a354f4f6c4f95129f9d8cd3e48c
Steps to Reproduce
librechat.yaml
as follows:npm ci
,npm run frontend
,npm run backend
Debug Logs(api/logs)
Error logs (api/logs)
Expected Behavior
The server is attempting OAuth when none are configured.
The server only works if configured as
stdio
, notstreamable-http.
Configuration Details
LibreChat version: latest main (v0.7.8)
MCP server: Custom Node.js server listening on /mcp POST endpoint and responding correctly.
Transport type: streamable-http (tested)
What browsers are you seeing the problem on?
Chrome
Relevant log output
Screenshots
No response
Code of Conduct
Beta Was this translation helpful? Give feedback.
All reactions