Occasionally, on a "Grant access to an item or folder" action, we get an error like this:
"body":{"status":404,"message":"Couldn't resolve user <userEmail>...etc
When the action fails, we get a "not found" error - but the outputs have the information about not being able to resolve the user.
What might cause this? Any thoughts on how to error handle for this?
Solved! Go to Solution.
I get the exact same error message you are seeing with the "Grant access to an item or folder". The users I am send DO exist.
The flow will fail sometimes. I look at it in Runs. I re-submit and it works. If I keep re-submitting, I will eventually get an intermittent failure again.
By using the HTTP Requests, I have not gotten a failure. The api call to get the user by their email address is working just fine. The reason I am granting permissions for each user individually is because 1. that seemed safest, and 2. that is how the api call works.
I was glad when I saw your post...just to know someone else was seeing the same thing. This workaround was by necessity because I could not trust the "Grant access" Action.
@hilary_stoupa I tried this at my end and it is working as expected
not sure why it is failing at your end, there is an action which may be you can try using
I think you can have a dummy list which has a person column, pass your value to this action first if this works then pass it to grant access and then delete the item from list.
--------------------------------------------------------------------------------
If this post helps answer your question, please click on “Accept as Solution” to help other members find it more quickly. If you thought this post was helpful, please give it a Thumbs Up.
I am seeing the same thing you are. I have tried to post a reply with the work around I used, but neither has shown up.
I have switch to setting the Permission using "Send an HTTP request to SharePoint" actions. Since doing that, I have not any issues setting Permissions.
This article by benfetters is excellent and has specific details:
These are the steps I use:
1) build a string Variable called permissionUsers.
2) add each email address to the string separated by ";" like you would do with the "Grant access to an item or folder" action.
3) use a "Compose" Action to split the string: split(variables('permissionUsers'), ';')
4) use an "Apply to each" Action on the Outputs of the "Compose" action
5) use a "Scope" Action to group the next Actions in case any one of them fails
6) in the Scope,
7) after the Scope, add parallel Actions with different "Configure Run After" setting a variable indicating if the Scope completed successfully. Make sure to set the "Configure Run After" for any Actions after the parallel Actions so that the Flow will continue.
My replies keep getting held up. I am new at posting here. I'm not sure if it is the text formatting or the api call text. Let's see if this one sticks.
These are the steps I use:
- build a string Variable called permissionUsers.
- add each email address to the string separated by ";" like you would do with the "Grant access to an item or folder" action.
- use a "Compose" Action to split the string: split(variables('permissionUsers'), ';')
- use an "Apply to each" Action on the Outputs of the "Compose" action
- use a "Scope" Action to group the next Actions in case any one of them fails
- in the Scope,
- use a “Send an HTTP request to SharePoint” to get the user id from the email address using getbyemail api call
- use a variable to build the uri to addroleassignment:
- use a “Send an HTTP request to SharePoint” to set the Permission using POST
- after the Scope, add parallel Actions with different "Configure Run After" setting a variable indicating if the Scope completed successfully. Make sure to set the "Configure Run After" for any Actions after the parallel Actions so that the Flow will continue.
Refer to this article for specifics:
The worst thing about the "Grant access to an item or folder" call is that if it fails on one of the users, then it doesn't set the Permission for any of the other users you may have sent it. I also had trouble with the Action when I was testing. In the case where I was providing the email address of a Site Collection Admin, it would not set the explicit Permission (Contribute) for that user. All I could figure what that it would not assign less permission that the user already had. The HTTP request api call did not have any trouble assigning permissions.
Got it - so you are setting permissions for each user individually.
But the issue I'm having is that this user DOES exist. In another test Flow, using the exact same values for the grant access step, it succeeds.
Thank you for the work around (and the time you took to detail the steps!) - and we may need to just stop using the grant access step, but if the user is not found for some odd reason part of the time, we still have a user who doesn't have access granted via the Flow and we have to add manually.
However, I suppose that's better than having the whole step fail.... I guess I just remain baffled why an active user randomly can't be found.
I get the exact same error message you are seeing with the "Grant access to an item or folder". The users I am send DO exist.
The flow will fail sometimes. I look at it in Runs. I re-submit and it works. If I keep re-submitting, I will eventually get an intermittent failure again.
By using the HTTP Requests, I have not gotten a failure. The api call to get the user by their email address is working just fine. The reason I am granting permissions for each user individually is because 1. that seemed safest, and 2. that is how the api call works.
I was glad when I saw your post...just to know someone else was seeing the same thing. This workaround was by necessity because I could not trust the "Grant access" Action.
Oh, wow - ok, thanks for that additional info. We'll switch this over and just assume the "grant access" action is another unreliable one. Have a great day!
I had this same problem and after 3 hours I figured out the problem. I decided to post, in case someone else has the same problem.
I kept getting the error: Couldn't resolve user yyyy@xxx.com. clientRequestId: xxxxx when using "grant access to item or folder recipient" in PA flow. I wanted to share a folder with an external quest user.
The solution: I needed to go to SharePoint admin - active sites and change the sharing settings for that specific Sharepoint site to "anyone". The sharing settings for that site was somehow "only people in your organization", although my organization level setting was "anyone".
This page helped to figure out how to find this setting.
Dear Community Members, We'd like to let you know of an upcoming change to the community platform: starting July 16th, the platform will transition to a READ ONLY mode until July 22nd. During this period, members will not be able to Kudo, Comment, or Reply to any posts. On July 22nd, please be on the lookout for a message sent to the email address registered on your community profile. This email is crucial as it will contain your unique code and link to register for the new platform encompassing all of the communities. What to Expect in the New Community: A more unified experience where all products, including Power Apps, Power Automate, Copilot Studio, and Power Pages, will be accessible from one community.Community Blogs that you can syndicate and link to for automatic updates. We appreciate your understanding and cooperation during this transition. Stay tuned for the exciting new features and a seamless community experience ahead!
We are excited to announce the Summer of Solutions Challenge! This challenge is kicking off on Monday, June 17th and will run for (4) weeks. The challenge is open to all Power Platform (Power Apps, Power Automate, Copilot Studio & Power Pages) community members. We invite you to participate in a quest to provide solutions to as many questions as you can. Answers can be provided in all the communities. Entry Period: This Challenge will consist of four weekly Entry Periods as follows (each an “Entry Period”) - 12:00 a.m. PT on June 17, 2024 – 11:59 p.m. PT on June 23, 2024 - 12:00 a.m. PT on June 24, 2024 – 11:59 p.m. PT on June 30, 2024 - 12:00 a.m. PT on July 1, 2024 – 11:59 p.m. PT on July 7, 2024 - 12:00 a.m. PT on July 8, 2024 – 11:59 p.m. PT on July 14, 2024 Entries will be eligible for the Entry Period in which they are received and will not carryover to subsequent weekly entry periods. You must enter into each weekly Entry Period separately. How to Enter: We invite you to participate in a quest to provide "Accepted Solutions" to as many questions as you can. Answers can be provided in all the communities. Users must provide a solution which can be an “Accepted Solution” in the Forums in all of the communities and there are no limits to the number of “Accepted Solutions” that a member can provide for entries in this challenge, but each entry must be substantially unique and different. Winner Selection and Prizes: At the end of each week, we will list the top ten (10) Community users which will consist of: 5 Community Members & 5 Super Users and they will advance to the final drawing. We will post each week in the News & Announcements the top 10 Solution providers. At the end of the challenge, we will add all of the top 10 weekly names and enter them into a random drawing. Then we will randomly select ten (10) winners (5 Community Members & 5 Super Users) from among all eligible entrants received across all weekly Entry Periods to receive the prize listed below. If a winner declines, we will draw again at random for the next winner. A user will only be able to win once overall. If they are drawn multiple times, another user will be drawn at random. Individuals will be contacted before the announcement with the opportunity to claim or deny the prize. Once all of the winners have been notified, we will post in the News & Announcements of each community with the list of winners. Each winner will receive one (1) Pass to the Power Platform Conference in Las Vegas, Sep. 18-20, 2024 ($1800 value). NOTE: Prize is for conference attendance only and any other costs such as airfare, lodging, transportation, and food are the sole responsibility of the winner. Tickets are not transferable to any other party or to next year’s event. ** PLEASE SEE THE ATTACHED RULES for this CHALLENGE** Week 1 Results: Congratulations to the Week 1 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersNumber SolutionsSuper UsersNumber Solutions Deenuji 9 @NathanAlvares24 17 @Anil_g 7 @ManishSolanki 13 @eetuRobo 5 @David_MA 10 @VishnuReddy1997 5 @SpongYe 9JhonatanOB19932 (tie) @Nived_Nambiar 8 @maltie 2 (tie) @PA-Noob 2 (tie) @LukeMcG 2 (tie) @tgut03 2 (tie) Week 2 Results: Congratulations to the Week 2 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 2: Community MembersSolutionsSuper UsersSolutionsPower Automate @Deenuji 12@ManishSolanki 19 @Anil_g 10 @NathanAlvares24 17 @VishnuReddy1997 6 @Expiscornovus 10 @Tjan 5 @Nived_Nambiar 10 @eetuRobo 3 @SudeepGhatakNZ 8 Week 3 Results: Congratulations to the Week 3 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 3:Community MembersSolutionsSuper UsersSolutionsPower Automate Deenuji32ManishSolanki55VishnuReddy199724NathanAlvares2444Anil_g22SudeepGhatakNZ40eetuRobo18Nived_Nambiar28Tjan8David_MA22 Week 4 Results: Congratulations to the Week 4 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 4:Community MembersSolutionsSuper UsersSolutionsPower Automate Deenuji11FLMike31Sayan11ManishSolanki16VishnuReddy199710creativeopinion14Akshansh-Sharma3SudeepGhatakNZ7claudiovc2CFernandes5 misc2Nived_Nambiar5 Usernametwice232rzaneti5 eetuRobo2 Anil_g2 SharonS2
On July 16, 2024, we published the 2024 release wave 2 plans for Microsoft Dynamics 365 and Microsoft Power Platform. These plans are a compilation of the new capabilities planned to be released between October 2024 to March 2025. This release introduces a wealth of new features designed to enhance customer understanding and improve overall user experience, showcasing our dedication to driving digital transformation for our customers and partners. The upcoming wave is centered around utilizing advanced AI and Microsoft Copilot technologies to enhance user productivity and streamline operations across diverse business applications. These enhancements include intelligent automation, AI-powered insights, and immersive user experiences that are designed to break down barriers between data, insights, and individuals. Watch a summary of the release highlights. Discover the latest features that empower organizations to operate more efficiently and adaptively. From AI-driven sales insights and customer service enhancements to predictive analytics in supply chain management and autonomous financial processes, the new capabilities enable businesses to proactively address challenges and capitalize on opportunities.
We're embarking on a journey to enhance your experience by transitioning to a new community platform. Our team has been diligently working to create a fresh community site, leveraging the very Dynamics 365 and Power Platform tools our community advocates for. We started this journey with transitioning Copilot Studio forums and blogs in June. The move marks the beginning of a new chapter, and we're eager for you to be a part of it. The rest of the Power Platform product sites will be moving over this summer. Stay tuned for more updates as we get closer to the launch. We can't wait to welcome you to our new community space, designed with you in mind. Let's connect, learn, and grow together. Here's to new beginnings and endless possibilities! If you have any questions, observations or concerns throughout this process please go to https://aka.ms/PPCommSupport. To stay up to date on the latest details of this migration and other important Community updates subscribe to our News and Announcements forums: Copilot Studio, Power Apps, Power Automate, Power Pages