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 / Agent Stalls after Too...
Copilot Studio
Suggested Answer

Agent Stalls after Tool Authorizations

(0) ShareShare
ReportReport
Posted on by
Hello! I have an agent that has been built to answer benefit questions. There's an issue occurring when a user first installs the agent that I'm struggling to resolve. 
 
This agent has a 'Benefit Questions' topic. That topic uses the Office 365 Users (get my profile V2) tool to get the user's country location and then branches based on that location to use only that location's knowledge sources in Generative answer nodes. The knowledge sources being used are SharePoint knowledge sources (both SharePoint connectors to pages, and the File-type SharePoint connector to document library folders). It uses Microsoft authentication. 
 
When a new user installs the agent and asks a question, the agent:
1. Asks them to authorize the Office 365 connection.
2. After the user authorizes the Office 365 connection, it asks them to authorize the SharePoint connection. 
3. After the user authorizes the SharePoint connection, it asks them a second time to authorize the SharePoint connection (this is weird, but not the biggest issue)
3. After the user authorizes the second SharePoint connection, the agent stalls and doesn't answer the original question. If having this discussion in a Teams chat, the agent will just not answer. If having this discussion in Copilot M365 Chat, sometimes it won't answer or it will send a message like "Sorry, I wasn't able to respond to that. Is there something else I can help with?", which is not a message set up in the original topic, Fallback, or On Error topics. 
4. If the user sends a new message, or starts a new conversation, the agent is able to continue the conversation just fine. 
 
This is an issue that is difficult to replicate because once those connections are set up and cached, even when removing the agent and re-installing it won't ask for re-authorization for the tools, so it typically requires having a new person install it. I have also never run into this behavior when testing in Copilot Studio even though those connection refresh and ask for re-authorization more often, so I've been unable to debug from there. 
 
Any help would be appreciated! 
 
 
Categories:
I have the same question (0)
  • Suggested answer
    Sunil Kumar Pashikanti Profile Picture
    1,697 Moderator on at
     
    Yes, this is a known Copilot Studio behavior. You’ve basically hit the classic authentication wall.

    Here’s what’s happening:
    When a user asks a question that requires Office 365 or SharePoint, the agent realizes it doesn’t have an access token yet. At that point, the conversation turn is interrupted so the user can authorize the connection. Once the user clicks Accept, authentication succeeds, but the agent does not resume or replay the original request.

    The Generative Answer node does not automatically re-run after the auth dialog completes. As a result, the agent either stalls silently or falls back to a generic system message like “Sorry, I wasn’t able to respond”, even if you didn’t configure that text yourself.

    Common workarounds the community is using
    1. Pre-authentication (recommended)

    Treat authentication as a prerequisite. Use a Conversation Start topic or a dedicated “Sign-in / Setup” topic to force Office 365 and SharePoint authorization up front. Only route users to topics with generative answers once they’re already signed in.
    2. Duplicate SharePoint consent prompts
    If you’re seeing two SharePoint authorization prompts, that’s because SharePoint Pages and SharePoint Files are handled as separate connectors under the hood. It’s annoying, but currently expected behavior.
    3. Explicit restart message
    If pre-auth isn’t possible, add a message immediately after the auth step such as:
    “You’re signed in now. Please ask your question again.”
    It feels clunky, but it’s better than the agent appearing to hang.

    Bottom line
    This is a platform limitation, not a design or configuration mistake. The agent effectively loses conversational state during the authentication handoff. Designing authentication as an upfront requirement instead of a mid-conversation step avoids most of the pain.
     
    ✅ If this answer helped resolve your issue, please mark it as Accepted so it can help others with the same problem.
    👍 Feel free to Like the post if you found it useful.
     
    Sunil Kumar Pashikanti, Moderator
    Blog:
     https://sunilpashikanti.com/posts/

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 March Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > Copilot Studio

#1
Valantis Profile Picture

Valantis 601

#2
chiaraalina Profile Picture

chiaraalina 137 Super User 2026 Season 1

#3
Haque Profile Picture

Haque 133

Last 30 days Overall leaderboard