cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
kilaj1
Resolver II
Resolver II

Strange form submit behavior to SPO list

I've been working on a fairly complex PowerApp for some time.  I'm at the stage now where I'm making approvals, although there may be other ways to do it, I've opted to use a SPO list with PowerApps to control the approvals.

 

In my SPO list I have three columns per approval, One showing the actual Status of the approval (Approved/Not Approved), The Approver (Text field), and Approval Date (date field).

 

On my Approvals Page in PowerApps I have 4 stages to my approvals

kilaj1_0-1629146410642.png

 

On select of the "approval" button on each stage I have a UpdateContext and a submit form. This code snippet is stage 1

 

UpdateContext({FundApproval:"Approved"});
UpdateContext({FundApprovor:User().FullName});
UpdateContext({FundApprovalDate:Today()});

Set(glbStatus,"R Approval");//Next stage of approvals

SubmitForm(MasterForm);
Patch('Master List Form',LookUp('Master List Form',ID = MasterForm.LastSubmit.ID),{},AttachmentsForm.Updates);

 

the Form on this page is tied to a master list (MasterForm) and on submitting it updates SPO.  This has worked in all areas of the PowerApp including the Global Status I have in the screen shot. 

 

The problem is with the Approval status of each stage that use the Update Context.  When I click the button for teh first stage to approve it, the master form gets updated information, i.e. the three "UpdateContext" entries, BUT the data does not get updated in SPO UNTIL click on the approval button for the second stage.  I figured this was some kind of weird delay issue, where in because i have the updatecontext and the submit in the same button, the master form submit code executes before it captures the updatecontext information. And this proven true for the subsequent stages.

 

So I separated the code into another button with just:

 

SubmitForm(MasterForm);
Patch('Master List Form',LookUp('Master List Form',ID = MasterForm.LastSubmit.ID),{},AttachmentsForm.Updates);

 

and sure enough, I click the Approval button, which runs the UpdateContext info and then click the "Submit form" button, and then SPO updates accordingly. 

 

I've seen behavior like this in InfoPath days, and the solution was to add a delay, but I don't see a simple way to do that in Power Apps.  I'm hoping I can find a solution that wouldn't require me to have to buttons to click on for approval (one to approve, one to submit).

7 REPLIES 7

@kilaj1 

In general your problem is coming from the fact that you are immediately in your action formula, patching another list with the results of the Submit.  The evaluation of your formula will not "Wait" at submitform until it is done, it will issue the submit form and then move directly to the Patch statement - meaning, how do you, first of all, know that the form submitted? and second, how do you know the last submit record is complete yet?

 

If the AttachmentsForm is writing the the same record that your MasterForm is, then you should consider moving this all into your form submit instead of making two data calls.  

 

If the Master List Form is a different datasource than the MasterForm datasource, then you should move the following into the OnSuccess of the MasterForm:

Patch('Master List Form',
   LookUp('Master List Form',ID = Self.LastSubmit.ID),
   AttachmentsForm.Updates
);

 

HOWEVER, based on your formula and that you are looking up into a list based on the last form submit ID, then I believe my first observation was correct, and you should really be submitting only 1 form and not trying to patch after.

 

I hope this is helpful for you.

 

_____________________________________________________________________________________
Digging it? - Click on the Thumbs Up below. Solved your problem? - Click on Accept as Solution below. Others seeking the same answers will be happy you did.
NOTE: My normal response times will be Mon to Fri from 1 PM to 10 PM UTC (and lots of other times too!)
Check out my PowerApps Videos too! And, follow me on Twitter @RandyHayes

Really want to show your appreciation? Buy Me A Cup Of Coffee!

Thanks for the reply, I tried moving the patch code to the master list and even tried removing the patch code completely but the behavior remains the same.

 

the strange and not sure if its connected thing is that the global variables don't have an issue with this, just the context ones.

@kilaj1 

So let's dig a little more.  Your suspicion that you need some sort of delay is not an issue, so we'll skip that.

How are you using the context variables in your Form?  What formulas are utilizing them in the form?

_____________________________________________________________________________________
Digging it? - Click on the Thumbs Up below. Solved your problem? - Click on Accept as Solution below. Others seeking the same answers will be happy you did.
NOTE: My normal response times will be Mon to Fri from 1 PM to 10 PM UTC (and lots of other times too!)
Check out my PowerApps Videos too! And, follow me on Twitter @RandyHayes

Really want to show your appreciation? Buy Me A Cup Of Coffee!

hmm now that you ask that question, I'm seriously rethinking how I've actually used them.  but here it is:

A user would save the entire App in draft which I have a global variable for that status, when they get to the approval page they have to click this button to start the workflow approval process, which essentially puts all steps into "not approved" and kicks off a Flow to notify the first group of people.

kilaj1_0-1629205185135.png

this button has the following code

 

Set(glbStatus,"Fundraising Approval");

UpdateContext({FApproval:"Not Approved"});
UpdateContext({FApprovor:""});
UpdateContext({FApprovalDate:Blank()});

UpdateContext({RApproval:"Not Approved"});
UpdateContext({RApprovor:""});
UpdateContext({RApprovorDate:Blank()});

UpdateContext({GApproval:"Not Approved"});
UpdateContext({GApprovor:""});
UpdateContext({GApprovordate:Blank()});

UpdateContext({TApproval:"Not Approved"});
UpdateContext({TApprovor:""});
UpdateContext({TApprovordate:Blank()});

SubmitForm(MasterForm);
Patch('Master List Form',LookUp('Master List Form',ID = MasterForm.LastSubmit.ID),{},AttachmentsForm.Updates);

Notify("Approval Process started successfully", NotificationType.Success);

 

Below that I have a Form control that has 4 stages of approval, this Form is tied to a "Masterform" on a different page.

 

kilaj1_1-1629206795436.png

For F Approval, I added a the button and the Cancel button (circle with the X) to the data card.

Next to that, two fields (cards), one for the Approver and the other for the Approval Date.

 

Approver code:

Default:

 

FApprovor

 

Approval Date code:

Default:

 

FApprovalDate

 

 

For the Blue Button this, is the code

Text

 

FApproval

 

On Select:

 

UpdateContext({FApproval:"Approved"});
UpdateContext({FApprovor:User().FullName});
UpdateContext({FApprovalDate:Today()});

Set(glbStatus,"R Approval");



//SubmitForm(MasterForm);
//Patch('Master List Form',LookUp('Master List Form',ID = MasterForm.LastSubmit.ID),{},AttachmentsForm.Updates);

 

Display mode:

 

If( glbStatus= "F Approval"|| glbStatus = "F Approval Canceled",Edit,Disabled)

 

Visible:

 

If(glbStatus= "Draft",false,true)

 

The Cancel button has the following code:

On Select:

 

UpdateContext({FApproval:"Not Approved"});
UpdateContext({FApprovor:""});
UpdateContext({FApprovalDate:Blank()});

Set(glbStatus,"F Approval Canceled");

SubmitForm(MasterForm);
Patch('Master List Form',LookUp('Master List Form',ID = MasterForm.LastSubmit.ID),{},AttachmentsForm.Updates);

 

RC Approval is virtually the same, with some additional logic to enable the button after "Fapproval" is "approved"

 

Going back to the original issue, when I hit that Approved button for FApproval it doesn't update the SPO list BUT then i hit the Rapproval button, then it updates the FApproval information, BUT the RApproval information doesn't get updated, and it cascades from there.

kilaj1
Resolver II
Resolver II

So im doing some additional testing and it seems like the UpdateContext is not passing through and the first click.

 

I was still a bit stuck on the idea of a delay so i started playing around with the timer control.  I have a button that has the code.

 

UpdateContext({TimerGo: true});

in the timer.start I have  TimerGo

 

when I click the button the timer does not start.  after i submit the form and go back the second time around, the timer works.  this is similar behavior as above, only after the second submit does it take the updatecontext

@kilaj1 

Yeah, the timer is not going to be of any value to you. 

But your formula for the SubmitForm still has the Patch immediately after it.  As I mentioned in message 2, this should be in your OnSuccess action. That is going to cause a problem.

 

The other problem I see is that you mention your form is on another page.  So, if the form is somehow trying to use context variables, that will not work.

 

The real key here is that you shouldn't need any of these variables and what you have should be centered around your form.  No other patches or anything are needed.  The formulas you have are pretty "code-y" and PowerApps is not a coding platform, so let's see what we can do to get you closer to working properly.

 

So let's start with this - I am not seeing the connection of all of these variables to your form.  How is the information you are gathering through the approval stages being stored?  What is the form about, and why do you have two forms?

 

I think if I can start to get to know your app a little better with these forms and variables, I will be able to give you a very specific solution rather than just some guesses.

 

So, let me know.  I have your post flagged in my system so I will stay on top of it with you.

 

I'm about 14 to 15 hours until next response, so feel free to respond and I will get back to you after that time.

 

_____________________________________________________________________________________
Digging it? - Click on the Thumbs Up below. Solved your problem? - Click on Accept as Solution below. Others seeking the same answers will be happy you did.
NOTE: My normal response times will be Mon to Fri from 1 PM to 10 PM UTC (and lots of other times too!)
Check out my PowerApps Videos too! And, follow me on Twitter @RandyHayes

Really want to show your appreciation? Buy Me A Cup Of Coffee!

Thanks again.  Yes I was mainly trying to see how the UpdateContext worked outside of my setup with the timer.  As for the patch in my testing I have it removed just forgot to take it out in my post.

 

The other problem I see is that you mention your form is on another page.  So, if the form is somehow trying to use context variables, that will not work.

 

I'm actually using your suggested method for managing multiple Form Controls in a PowerApp

https://www.youtube.com/watch?v=2E4FXNPLVXw&t

The real key here is that you shouldn't need any of these variables and what you have should be centered around your form.  No other patches or anything are needed.  The formulas you have are pretty "code-y" and PowerApps is not a coding platform, so let's see what we can do to get you closer to working properly.

 

The more I test and look at what I've done I'm inclined to agree, this is me coming from infopath thinking I guess

 

kilaj1_2-1629296292961.png

Using the diagram above, I've stripped the UI down to bare minimum.

In Form7 in my PowerApp, the Item is set to glbCurrentRecord which is on a master Form which has the fields from Form7.

 

Using FApproval stage as the example, the InputFields "Card: AP_Fapproval" has the Default set to FApproval, "Card: AP_FApprover" has the default set to FApprover, and then "Card: AP_FApprovalDate" is set to FApprovalDate. In hindsight this looks pretty wrong considering that it wont show the true value in SPO once you don'thave that variable loaded.

 

Once the initial button "Start Approval Process" is clicked, the cards in Form7 get set based on the Updatecontext mentioned before, basically setting all stages to "Not approved", No approver and no date of approval.

 

When you click on the Approval Button, it updates the fields in Form7

 

Set(glbStatus,"R Approval");
UpdateContext({FApproval:"Approved",FApprovor: User().FullName,FApprovalDate:Today()});
SubmitForm(MasterForm);

 

 and then it would submit the master form and change the global status to "R Approval" which is the next stage.

 

I'm almost thinking of breaking this down into a simple toggle for the approved/not approved.  The addition of the buttons to control the approved/not approved is what lead me down the UpdateContext path.

 

Helpful resources

Announcements

Community will be READ ONLY July 16th, 5p PDT -July 22nd

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!

Summer of Solutions | Week 4 Results | Winners will be posted on July 24th

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 in the Forums 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 of SolutionsSuper UsersNumber of Solutions @anandm08  23 @WarrenBelz  31 @DBO_DV  10 @Amik  19 AmínAA 6 @mmbr1606  12 @rzuber  4 @happyume  7 @Giraldoj  3@ANB 6 (tie)   @SpongYe  6 (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. Community MembersSolutionsSuper UsersSolutions @anandm08  10@WarrenBelz 25 @DBO_DV  6@mmbr1606 14 @AmínAA 4 @Amik  12 @royg  3 @ANB  10 @AllanDeCastro  2 @SunilPashikanti  5 @Michaelfp  2 @FLMike  5 @eduardo_izzo  2   Meekou 2   @rzuber  2   @Velegandla  2     @PowerPlatform-P  2   @Micaiah  2     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 Apps anandm0861WarrenBelz86DBO_DV25Amik66Michaelfp13mmbr160647Giraldoj13FLMike31AmínAA13SpongYe27     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 Apps DBO-DV21WarranBelz26Giraldoj7mmbr160618Muzammmil_0695067Amik14samfawzi_acml6FLMike12tzuber6ANB8   SunilPashikanti8

Check Out | 2024 Release Wave 2 Plans for Microsoft Dynamics 365 and Microsoft Power Platform

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.    

Updates to Transitions in the Power Platform Communities

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

Users online (662)