Replies: 2 comments
-
|
Thank you for reporting this (and the other bugs) - we are seeing some reversions in this tool system in the 0.15.0 version and I've added internal tracking bugs to resolve on each issue you reported. I don't have a fix ETA yet but we will update once resolved. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Tracking ID 2839467 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Which Microsoft Discovery surface?
Microsoft Discovery app (Windows desktop client)
For Services bugs only — which area in this repo?
N/A — this is an app bug
Specific catalog item (Services only)
No response
Microsoft Discovery app version
No response
OS version (app only)
No response
What were you trying to do?
Connect a streamable HTTP MCP server as a tool
Steps to reproduce
Expected behavior
The tools on the server are available for use by the agent.
Actual behavior
• The copilot side panel is not able to access my MCP server after I’ve added it as a tool source.
• The MCP server uses streamable HTTP and requires authorization headers. When I attach it directly to GitHub Copilot CLI, gh cli naively pings the server, receives information on required authentication, then uses that authentication from there on out. In Discovery Express, I am not seeing this behavior.
• After providing the copilot panel a working python script for establishing the MCP connection, it successfully authenticated.
• Once auth has succeeded, there seems to be an issue interacting via the streamable HTTP MCP spec. The session id returned on initiation is not being provided in the headers of proceeding calls.
Logs and diagnostics
No response
Severity
Blocking — I cannot make progress
Confirmations
Beta Was this translation helpful? Give feedback.
All reactions