-
Notifications
You must be signed in to change notification settings - Fork 561
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Submit Button Behavior in Consecutive Adaptive Cards #9099
Comments
@ritwickbhargav80 - Thank you for bringing this issue to our attention. Could you please verify the below points: Use AdaptiveSubmitAction with Unique Data: When defining the AdaptiveSubmitAction for each card, include unique identifiers or data payloads that can help differentiate between the cards during submission. Check for Event Handling Logic: Verify the event handling logic in your bot to ensure that submit actions are being processed correctly and are not inadvertently affecting other cards. Debug and Log: Add detailed logging to your bot’s event handling code to capture the sequence of actions and identify where the unintended submissions are occurring. Please let us know if you have any further query here. |
@ritwickbhargav80 - Have you verified the above suggested points or are you still facing this issue? |
Hi @Nivedipa-MSFT , Isolated Submit Actions: Yes we've Isolated Submit Actions. Even we tried segregation of Adaptive cards in different topics (for ex: Adaptive Card 1 in one topic and Adaptive Card 2 in another topic) but that doesn't work as well. The previous adaptive card submit behaviour interferes with the next adaptive card. Use AdaptiveSubmitAction with Unique Data: Are you suggesting we need to add a condition to check which actionSubmitId is getting submitted every time and in every flow? In my opinion, either the previous button of Adaptive Card should be disabled or shouldn't have any effect. FYI, I've added the code as well for Microsoft Copilot Studio to replicate my scenario. So, the expected flow is like the following:
Currently the issue lies in Step 5 of expected flow which allows the bot to bypass the ADAPTIVE CARD 2 submission if user clicks on submit action of ADAPTIVE CARD 1. Thanks! |
We will check and update you soon. |
Hello @ritwickbhargav80 - We are having trouble repro'ing this issue. Could you please help providing repro video or deployed app, so that it would be easier for us to investigate and raise a bug accordingly? |
Discussed in #9097
Originally posted by ritwickbhargav80 January 25, 2025
I'm encountering an issue in Microsoft Copilot Studio where the submit button on a previous adaptive card inadvertently triggers the submission of subsequent adaptive cards.
Detailed Issue:
When multiple adaptive cards are present in a conversation flow:
Steps to Reproduce:
Expected Behaviour:
Queries:
The text was updated successfully, but these errors were encountered: