Drop your burning Power Apps questions below 👇 (Canvas, model-driven, Dataverse, formulas, components, licensing, governance… you name it!) We’ll jump in and answer as many as we can! 🚀 #PowerApps #PowerPlatform

Before diving in to fix any bug: 1. 🔁 Reproduce consistently If you can't reliably trigger it, you can't reliably fix it. 2. 🎯 Isolate the problem Is it app logic, data, network, platform limits, or something else? 3. ⚙️ Change one thing at a time Multiple changes = impossible to know what actually worked. 4. 📝 Log everything you tried & observed Your future self (and teammates) will thank you. Solid troubleshooting turns chaos into clarity. Save this for your next debugging session! 💡

@Elvis Eyobor @Darren Neese In the solution we talked about the other day I have a Power Automate workflow that takes the submitted information and generates a PDF copy of the form. The flow then saves it to a SharePoint Document Library under Shared Documents. I was trying to create a File Sharing Link and save the link back into the main SharePoint List for the app. I am running into issues when users who are not owners on the SP site try to run the flow stating that it is forbidden to create the File Sharing Link. CoPilot seems to think that sharing is turned off in the SP Admin, which I do not have access to. The question I have is do you think it would work if I just put the path to the document into the list? Would that allow users who have edit rights on the site to be able to open and review the document? How have you handled situations like this?

Hey everyone! If you want to speed up your PowerApps workflow and boost performance, here are two proven tips that can make a huge difference: ✅ 1. Creating PDFs - Instead of complex workarounds, use the HTML Text Control with the PDF() Function. It’s lightweight and efficient for generating PDFs. This method is 10x faster than using PDF() Function with containers ✅ 2. Saving a Collection of Data - Avoid using ForAll() for bulk updates—it’s slow and resource-heavy. Instead, go for Direct Patch() for faster and smoother data operations. ==>> Patch(Datasource, myCollection) You can get this to work by first saving the schema of the datasource into the collection by using this formula here: ClearCollect(myCollection, Filter(DataSource, false)); Update your collection with entries then patch back to the datasource.. it works 10x faster than using the ForAll() 🏁🏁These methods have been tested and deliver noticeable improvements. Try them out and let me know your results! 💡

I rolled out our Job Site Safety Analysis application for the pilot this morning and users are reporting that menu items are not available to them. The menu has the following code in the table for the items: { Name: "New", Icon: Icon.People, Image: 'Hazard-Wheel-Clean', Description: "Submit a new JSSA", ScreenToGoTo: 'Header Info Screen', ShowForThisRole: "Admin;Developer;Tester;Issuer;Approver;User" } On the splash screen I have a timer with the onTimerEnd Property set to load a bunch of data in a Concurrent function: If( fxConnectionStatus, Concurrent( ClearCollect( colAppUsersData, ShowColumns( AppUsers, AreaID, Email, HeadquartersID, ID, IsActive, MirrorID, Phone, RoleID, SortOrder, Title ) ); If( !fxIsInStudioMode, SaveData( colAppUsersData, "SavedAppUsersData" ) ), ClearCollect( colAppRolesData, ShowColumns( AppRoles, ID, IsActive, MirrorID, Title ) ); If( !fxIsInStudioMode, SaveData( colAppRolesData, "SavedAppRolesData" ) ) ... In the Menu item's DisplayMode Property I have it look up the user's role from a collection by ID, and then lookup the Title of the role from another collection and then see if the Title is in ThisItem.ShowForThisRole The user I spoke with said that all the menu items are disabled. Should I move the creation of the collections for colAppUsersData and colAppRolesData to the onStart or onVisible for the screen? Any help would be appreciated...