I am trying to delete multiple records in a SharePoint list with the following code.
Refresh('Table');
Remove(
'Table',
Filter('Table',ItemType = XX)
)
When this process is executed, it may fail to delete some records.
I have confirmed with the Monitor tool that the response of the deleteRows operation that is causing the error has the following contents.
"status": 400, "message": "Exception from HRESULT: 0x80131904 ...."
I've been using this app and SharePoint site for about a year, and I've noticed that the deletion process has been failing more frequently in the past few days compared to a year ago.
If there are more than 20 items to be deleted, the deletion process fails at least once in two times.
Incidentally, I don't feel that errors occur frequently in the insert and update processes.
I found a similar question, but I could not solve it with just this information.
> https://powerusers.microsoft.com/t5/General-Power-Automate/Exception-from-HRESULT-0x80131904-when-de...
I understand that this error is caused by a combination of factors, but I don't know where to start checking.
Please let me know the possible causes of the problem or give me some advice.
I would also appreciate it if you could ask me some questions to help me identify the cause.
Thanks in advance.
Solved! Go to Solution.
Hi @Fuku-Shima ,
Did you try indexing the column on your Sharepoint list that you use in your filter? Indexing helps in delegation performance.
It seems RemoveIf can also be delegated if the criteria is delegable , please refer to this post https://powerusers.microsoft.com/t5/Building-Power-Apps/RemoveIF-function-and-PowerApps/td-p/918852 .
Also try using primary ID column in your filter and see if that makes a difference in the error you receive.
Thanks,
Neha
Hi @Fuku-Shima :
Could you tell me:
Is the number of items in your data source greater than 500? If so, due to delegation, your remove operation may only be effective for the first 500 items.(You can set the threshold to a maximum of 2000)
In addition,maybe it is more stable to delete one by one:
Refresh('Table');
ForAll(
Filter('Table',ItemType = XX) As A,
Remove('Table',LookUp('Table',ID=A.ID));Notify("Deleting Item ID."&A.ID)
)
Best Regards,
Bof
Hi @Fuku-Shima ,
I think you're right, indications seem to point to a source issue, not a PowerApps issue - is this SharePoint Online or on premises?
Either way, I don't know what the underlying cause is, or whether this make a difference, and I like what @v-bofeng-msft suggested, but perhaps something else you can try is using RemoveIf() instead of a Filter? Might result in the same Odata query and give you the same errors, but perhaps worth a try.
// Refresh('Table');
//Try testing without this before the remove function, or place it after.
RemoveIf(
'Table',
ItemType = XX
)
I'm also curious as to the use of Refresh() before the remove - is it necessary?
I suspect it's an asynchronous call, in which case it might still be running when you run your remove - not sure if that could create a conflict, but try testing without it, or placing it after the Remove() function?
Hope you come right, let us know if anything works 🙂
Kind regards,
RT
Hi @v-bofeng-msft
Thanks for the reply.
I have well over 2000 items in my data source.
Therefore, I am careful that the result of the Filter I am running in Remove does not exceed the delegation limit.
Also, I was able to run Remove even with more than 10000 items, so I don't think the delegation issue is affecting this case.
The code you gave me gave me the error "This function cannot operate on the same data source used in ForAll", so I tried the following code. (The message may be a little different from your screen, as I am using it in a Japanese environment.)
Refresh('Table');
ForAll(
Filter('Table',ItemType = XX).ID As A,
Remove('Table',LookUp('Table',ID=A.ID));Notify("Deleting Item ID."&A.ID)
)
I tried several times and was able to succeed in deleting about 200 records. Thank you.
However, in the case of iterative processing using ForAll, I am concerned about the following, since the getRows and deleteRow operations are repeated one record at a time.
(1) Limitation on the amount of API calls
In our environment, the plan is to call the API up to 2000 times a day. Therefore, we are worried about wasting the amount of API calls due to a large number of repetitive operations.
(2) Execution speed
When we tested it, we found out that it takes about 3 minutes to delete 200 items using ForAll.
I feel that the processing is slowed down by the getRows operation that occurs for each record.
I would be very happy if you could continue to give me advice.
Thank you in advance.
Hi @RusselThomas
Thanks for the reply.
The data source I'm using is a SharePoint Online list.
The table to be removed has more than 2000 records, so I am using Remove('Table',Filter(,,)) instead of RemoveIf.
Since my application is designed to have more than 1000 users, I thought there was a high possibility of an error due to ETAG mismatch, so I wrote Refresh() before Remove().
I am referring to the following question about errors due to ETAG mismatch.
https://powerusers.microsoft.com/t5/Building-Power-Apps/Server-Response-ETAG-mismatch-clientRequestI...
Let me ask you one question.
I thought Refresh() was a function for synchronous calls, but is it an asynchronous function? If Remove() is executed without waiting for Refresh() to complete, then it needs to be replaced by another means. (For example, executing it with OnVisible on the screen.)
I couldn't understand it just from the Refresh function description page, so I hope you can tell me.
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/functions/function-refresh
Please continue your advice.
Kind regards.
hi @Fuku-Shima ,
To be honest, I'm not sure - it's maybe not the best test, but if I add a button to do something like this;
Refresh(Source);
UpdateContext({var: true})
and update a record in the backend, when I monitor the Network activity after pushing the button (using the browser devtools), it looks like the variable update happens immediately while the Refresh() is still getting data back, which looks like PowerApps is not waiting for the Refresh() to complete before moving on to the next line of code.
You can see this in a gallery when you update the data in SPO then hit refresh in the App, the variable updates long before the gallery updates.
It's not definitive, but I would expect the variable update to happen more or less at the same time as the Gallery update if it was synchronous...
Kind regards,
RT
Thanks for the reply.
I have tried commenting out Refresh() and deleting multiple records with Remove(), but unfortunately I get the same error as before.
Also, since my app does not use a gallery with the value of the data source set in the Items property, the display refresh process that is performed as a result of Refresh() in that example does not seem to be executed. So I don't think there is any possibility of a data exchange conflict in Refresh.
I would be very happy to continue with your advice.
Thank you for your time.
Translated with www.DeepL.com/Translator (free version)
Hi @Fuku-Shima ,
Bearing in mind, I think we're still looking at a source issue, not a PowerApps issue - so anything we try in PowerApps is only an attempt to work around what appears to be a source issue - meaning it may not be possible to work around it at all. But we can keep trying until we've exhausted all avenues 🙂
Some additional questions:
Kind regards,
RT
Thanks for the reply.
The data source we are using is SharePoint Online.
The environment we are using is a global commercial public cloud tenant
I tried several times, but could not find the threshold.
I have never gotten an error when requesting a deletion of two rows.
However, I have had only one successful request to delete 10 rows.
Using RemoveIf(), I was able to successfully delete almost 200 records.
However, since my app is designed to have a data source of more than 2000 records, RemoveIf() is not a solution.
It is not immediately possible to prepare a different list in a different site for verification, so I will try it later and report back.
Incidentally, I have a similar problem with a different list on a different subsite within the same site.
I would appreciate your continued advice.
Kind regards.
Hi @Fuku-Shima ,
Did you try indexing the column on your Sharepoint list that you use in your filter? Indexing helps in delegation performance.
It seems RemoveIf can also be delegated if the criteria is delegable , please refer to this post https://powerusers.microsoft.com/t5/Building-Power-Apps/RemoveIF-function-and-PowerApps/td-p/918852 .
Also try using primary ID column in your filter and see if that makes a difference in the error you receive.
Thanks,
Neha
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 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
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