I've created a flow that runs for selected SharePoint item list.
I should be able to get details about user who triggered flow from "For a selected item" action.
There are these properties available from "For a selected item" action, however when the Flow is attached to SharePoint Teams site,
it returns these properties in encoded way.
Everything works fine when same flow is attached to regular SharePoint stie.
I've noticed all these values come from header of the request, so I can get them using following formula:
triggerOutputs()['headers']['x-ms-user-email']
but it's far from user friendly and regular users have no chance to know they can get it this way. (And especially if it works for regular SPO sites).
Does anyone else face same problem or is it problem of our tenant only?
Solved! Go to Solution.
@v-alzhan-msftI believe it's not by design, but bug. See what's coming in header. Everything is there. That property takes encoded value instead of decoded and that's bug.
@ScottShearerworkaround for now is to take decoded property from header directly instead of using User email property. You can use
triggerOutputs()['headers']['x-ms-user-email']
I believe this is a bug - I can replicate the behavior. I am reporting it in the "I found a bug" forum.
Hi @marekbuban ,
I could reproduce this issue on my side, don't know if it is a bug or if it is by design.
I would report this issue to product team and would reply here once I get the answer.
Best regards,
Alice
Community Support Team _ Alice Zhang
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
Hi @marekbuban ,
I got the answer that it is by design.
Best Regards,
Alice
Community Support Team _ Alice Zhang
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
It seems odd that this behavior is by design. Can you provide an explanation as to why it was designed in that manner and how it can be worked-around?
Hi @ScottShearer ,
Sorry for I don't get the explanation.
I'm just know this would be same in the button flow.
Best Regards,
Alice
Community Support Team _ Alice Zhang
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
@v-alzhan-msftI believe it's not by design, but bug. See what's coming in header. Everything is there. That property takes encoded value instead of decoded and that's bug.
@ScottShearerworkaround for now is to take decoded property from header directly instead of using User email property. You can use
triggerOutputs()['headers']['x-ms-user-email']
Dive into the Power Platform stack with hands-on sessions and labs, virtually delivered to you by experts and community leaders.
Watch Nick Doelman's session from the 2020 Power Platform Community Conference on demand!
User | Count |
---|---|
45 | |
44 | |
40 | |
36 | |
23 |
User | Count |
---|---|
48 | |
32 | |
31 | |
29 | |
28 |