web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Copilot Studio / Copilot Studio is not ...
Copilot Studio
Suggested Answer

Copilot Studio is not displaying the response from the Foundry agent

(1) ShareShare
ReportReport
Posted on by Microsoft Employee

I have a Copilot Studio agent configured with multiple Foundry agents. One is a simple chit-chat agent without tools or knowledge, while the others use either indexed knowledge or an OpenAPI tool.

In the Copilot Studio test chat, the correct agent is selected for the user’s question. The request is properly sent to the Foundry agent, and it responds:

In the Copilot Studio evaluations I can see that the response is successfully returned. However, the response is not displayed in the chat window.

The UI shows a progress indicator suggesting that the response is being parsed, but it appears to fail silently and the Foundry agent response is now showed:

Based on this, I suspect this is a Copilot Studio bug.

It worked once when the connection between Copilot Studio and Foundry was disconnected and reconnected, but after that it started failing again, and the Foundry agent response is no longer displayed.

Any suggestions or insights?

Thank you,

Angel

Categories:
I have the same question (0)
  • Suggested answer
    Beyond The Platforms Profile Picture
    171 on at

    Hi Angel!

    Your diagnosis is on the right track — this is a known issue with a documented root cause. The behavior you're describing (response visible in evaluations/transcript but not rendered in the chat window, with a progress indicator that fails silently) matches exactly a specific Copilot Studio bug related to the /subscribe connection.


     

    🔍 Root Cause: Firewall/proxy blocking the /subscribe real-time connection

    This issue typically occurs when a corporate firewall or proxy interferes with real-time message delivery by blocking or delaying the connection that Copilot Studio relies on. The firewall or proxy caches the response until the request finishes — this caching prevents real-time message delivery through the /subscribe connection that Copilot Studio uses. Microsoft

    This explains perfectly why:

     

    • The response reaches the Foundry agent and is visible in evaluations (the HTTP call completes)

    • The response is not rendered in the chat window (the /subscribe real-time delivery channel is blocked)

    • It worked once after reconnecting (temporarily bypassed the cache state)

    •  

     

    ✅ How to confirm and fix it

    To identify and resolve the issue, follow these steps: open your browser's developer tools (F12), select the Network tab, start a new conversation in the Test your agent panel, and look for a /subscribe request. The request path should resemble:
    https://pvaruntime.<Geo>-il<Island>.gateway.prod.island.powerapps.com/environment/<EnvironmentId>/<BotId>/test/conversations/<ConversationId>/subscribe

    If the /subscribe request is missing, blocked, or stuck in a pending state, set up a firewall allow list, bypass, or exempt rule for the Copilot Studio request path. Microsoft

    Concretely:

     

    1. Open browser DevTools → Network tab

    2. Trigger a message to the Foundry agent

    3. Filter by /subscribe — check if it shows as pending, blocked, or missing entirely

    4. If blocked → ask your network/IT admin to whitelist the *.powerapps.com and *.gateway.prod.island.powerapps.com domains


    5.  

     

    ⚠️ Additional check: Foundry agent response format

    There is also a secondary cause specific to Foundry-connected agents: if the Foundry agent returns a response that exceeds Copilot Studio's payload limits, the output returned from the connector can be too large to be handled by the agent, causing a silent failure with no visible error in the chat UI. Microsoft Learn

    Since you have agents with indexed knowledge and OpenAPI tools, these are more likely to return large payloads. To rule this out, test with your simple chit-chat Foundry agent (no tools/knowledge) and see if its response renders correctly in the chat window — if it does, the payload size from the knowledge/tool agents is likely the culprit.


     

    💡 Quick Summary

     
    Check Action
    /subscribe missing or stuck Whitelist *.powerapps.com in firewall
    /subscribe healthy but no render Check Foundry agent response payload size
    Reproduces only with knowledge/tool agents Reduce response payload or filter outputs
    Works after reconnect but breaks again Stale connection token — known transient bug, submit support ticket
     

    For the last point, since this is a connection-level bug between Copilot Studio and Foundry that temporarily resolves with a reconnect, it's worth opening a Microsoft Support ticket with your Session IDs from the evaluations — this gives the engineering team the data they need to trace the exact failure point.

    Hope this helps!
    Paolo


    Did this solve your issue? → Accept as Solution
    👍 Partially helpful? → Click "Yes" on "Was this reply helpful?" or drop a Like!


    Want more tips on Power Platform & AI? Follow me here:

    🔗 LinkedIn: https://www.linkedin.com/in/paoloasnaghi/
    ▶️ YouTube: https://www.youtube.com/@BeyondThePlatforms
    📸 Instagram: https://www.instagram.com/beyond_the_platforms/
    🌐 Website: https://www.beyondtheplatforms.com/


     

  • AS-08090854-0 Profile Picture
    Microsoft Employee on at
    Hi Paolo,
     

    Thanks for your quick and detailed response.

    I believe I’m facing a slightly different issue. Copilot Studio is actually receiving the response from the Foundry agent, so there doesn’t seem to be anything blocking or delaying it. The response is not very long, as in this example I’m using a simple chit-chat agent (see the following screenshots from the Copilot Studio evaluation function)


  • Suggested answer
    Beyond The Platforms Profile Picture
    171 on at

    Hi Angel!

    Thank you for the clarification — this makes things much clearer. The issue is not related to the firewall or payload size, but rather a rendering bug specific to the Copilot Studio ↔ Foundry integration.

    The symptom you describe is precise: the response arrives, is visible in the evaluations, but the chat stays stuck on the progress indicator. This is a known behavior when the connection between Copilot Studio and the Foundry agent enters an inconsistent state.

     

    Checklist to follow in order

    1. Verify that the Foundry agent was created in the new Microsoft Foundry portal

    You can only connect to agents created in the new Microsoft Foundry portal. Connecting to an agent created in the previous portal generates a 404 - Version not found error. Even if you don't see an explicit error, a connection to an agent from the old portal can cause silent rendering failures. Microsoft Learn

    2. Make sure the connected agent has Description and Instructions filled in

    The connected agent must have a clear Description and Instructions configured on its Overview page. After making changes, you need to publish the connected agent and then return to the orchestrator agent to test again. Microsoft Learn

    If the Description field of the Foundry agent in Copilot Studio is empty or too generic, the orchestrator may select it correctly (as you see in evaluations) but then fail to render the response due to missing GPT metadata.

    3. Disconnect and reconnect the Foundry connection — but with a variation

    You mentioned it worked temporarily after a disconnect/reconnect. This is the classic signal of a stale token connection. The stable workaround is:


    1. Go to Settings → Connections in your Copilot Studio agent

    2. Completely remove the connection to the Foundry agent

    3. Publish the Foundry agent directly from the Foundry portal (make sure it's on an active stable version)

    4. Recreate the connection in Copilot Studio

    5. Publish the orchestrator before testing — after creating the connection, you must provide an appropriate Name and Description for the SDK agent, so the orchestrator knows when to use it. Microsoft Learn


    6.  

    4. Verify the active published version in the Foundry portal

    What gets published is the agent's stable endpoint — end users always interact with a consistent agent entity. To update the active version, you need to select the correct version in the Foundry portal using the version selector. If the Foundry agent doesn't have a correctly published active version, Copilot Studio receives the response but fails to resolve it for rendering. Microsoft Learn

     

    If none of the above resolves the issue

     

    Since the problem reproduces consistently even with the simple chit-chat agent (no tools or knowledge), this is most likely a platform-level bug in the Copilot Studio ↔ Foundry integration. In that case:


    1. Open a Microsoft Support ticket bringing the Session IDs visible in your evaluations — these are critical for the engineering team to trace the issue

    2. Include the screenshots you already have (evaluation showing response received + chat not displaying anything)

    3. Specify that the issue reproduces even with the chit-chat agent without tools or knowledge, ruling out payload or permission-related causes
     

    This bug profile (response received but not rendered, temporarily fixed by reconnecting) is exactly the type of regression Microsoft resolves via hotfix once they have the Session IDs to trace it.

    Hope this helps!
    Paolo


    Did this solve your issue? → Accept as Solution
    👍 Partially helpful? → Click "Yes" on "Was this reply helpful?" or drop a Like!


    Want more tips on Power Platform & AI? Follow me here:

    🔗 LinkedIn: https://www.linkedin.com/in/paoloasnaghi/
    ▶️ YouTube: https://www.youtube.com/@BeyondThePlatforms
    📸 Instagram: https://www.instagram.com/beyond_the_platforms/
    🌐 Website: https://www.beyondtheplatforms.com/


     

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Users!

Kudos to our 2025 Community Spotlight Honorees

Congratulations to our 2025 community superstars!

Congratulations to the April Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > Copilot Studio

#1
Valantis Profile Picture

Valantis 876

#2
Vish WR Profile Picture

Vish WR 327

#3
Haque Profile Picture

Haque 289

Last 30 days Overall leaderboard