Adventures with Power Platform: Troubleshooting Sharing Apps

Sharing Apps, Flows and Connections can often times be challenging, especially for those new to the Power Platform, so I thought I would take a look at troubleshooting some of the common challenges and resolutions when it comes to sharing these components.

We will first look at sharing Power Apps, both Canvas Apps and Model-Driven Apps.

All the examples assume as an App Maker you are following best practices and using Solutions and Connection References, the latter, where applicable.

Before we get started, let me introduce you to a couple of team members, our Power Platform Administrator, Hoban and our User, Kaylee.

With the help of Hoban and Kylee we will look at the following scenarios:

Canvas App – User not a member of the Security Group assigned to the Environment

This scenario involves a Solution with a Canvas App.

The Canvas App does not use any Connectors or call any Flows.

Hoban, the Power Platform Administrator, needs to share the Web link for the Canvas App the User, Kaylee.

In Power Apps Studio, Hoban clicks Apps and then clicks the three dots next to the Canvas App he wants to share.

He then clicks Details and clicks the Copy icon next to the Web link.

Figure 1 – Application details with Web link

He shared the link with Kylee.

When Kaylee tries to access the Canvas App, she receives the following error message:

Figure 2 – Not part of the Security Group error message

This is actually a helpful error message! 🙂

The Environment has a Security Group assigned to it, currently, Kaylee is not a Member of the Security Group.

Hoban can resolve this problem in either using the Azure portal or the Microsoft 365 admin center.

Hoban is most familiar with Microsoft 365 admin center, so he chooses that.

He navigates to the Microsoft 365 admin center, expands Teams & groups and clicks Active teams & groups.

He enters the name of the Security Group at the Search all teams and groups prompt.

Figure 3 – Active teams and groups in the Microsoft 365 Admin center

He then selects the Security Group.

On the Membership tab he clicks Members and then Add members.

He searches for the User he wants to add, selects them from them list, and clicks Add.

Figure 4 – Add member to a group

Hoban asks Kaylee to try again.

Kaylee tries it again and what Hoban did, did fix the error, but now Kaylee is being prompted to Request access to the Canvas App.

Figure 5 – Request access prompt

Canvas App – User is a member of the Security Group assigned to the Environment

Now that Kaylee is a member of the Security Group, and has access to the environment, we now want to share the Canvas App with her.

To share the Canvas App, Hoban navigates to the Solution.

He clicks the three dots next to the Canvas App he wants to share, and then clicks Share.

He could share it directly with Kaylee but decides that all users in the Security Group that Kylee belongs to should have access to the Canvas App, so he searches for the Security Group, selects it from the search results and then clicks Share.

Figure 6 – Share the Canvas App with a Security Group

Kaylee tries it again, and now has access to the Canvas App!

Figure 7 – Canvas App

Model-Driven App – User not a member of the Security Group assigned to the Environment

This scenario involves a Solution with a Model-Driven App.

The Model-Driven App only uses the Account table available in the Dataverse.

Hoban shares the Web link for the Model-Driven App with Kaylee.

When Kaylee tries to access the Model-Driven App, she receives the following error message:

Figure 8 – Not part of the Security Group error message

Oh, should have mentioned, for whatever reason, Kaylee had been removed from the Security Group, so Hoban adds her back to the Security Group using Microsoft 365 admin center.

Kaylee tries it again and is still getting an error, but a different error! The new error is as follows:

Figure 9 – Lack of permissions error message

Model-Driven App – User is a member of the Security Group assigned to the Environment

Same setup as the previous example, but now Kaylee is a member of the Security Group.

Hoban needs to share the Model-Driven App with Kaylee.

To share the Model-Driven App, Hoban navigates to the Solution.

He clicks the three dots next to the Model-Driven App he wants to share, and then clicks Share.

Hoban decides to share the Model-Driven App with a Security Group.

Since Model-Driven Apps rely on Dataverse, Hoban will need to assign a Security Role to the Security Group.

The only table that is being used is the Account table, so Basic User Security Role should suffice.

Hoban selects the App and assigns the Basic User Security Role; this will allow Security Role to be selected when sharing with a User or a Security Group.

Figure 10 – Assign Security Role to App

Hoban searches for the Security Group, selects the Security Group, assigns it the Basic User Security Role and clicks Share.

Figure 11 – Assign Security Role to Security Group

Kaylee tries it again, and now has access to the Model-Driven App!

Figure 12 – Model-Driven App

One thing to note, if your Canvas App or Model-Driven App uses Dataverse tables it is recommended to create a new Security Role (or multiple roles) that is specific to the application, giving the Security Role the necessary privileges to Standard and Custom tables, and then use that as Security Role when it comes to sharing the Canvas App or Model-Driven App.

In future blogs we will add some additional features to the Canvas App, such as Connectors and Flows, and see how to share them with our users.


Discover more from Matt Ruma

Subscribe to get the latest posts sent to your email.

Leave a Reply

Your email address will not be published. Required fields are marked *