I have a flow that archives a Document Sets by moving selected ones from the Job folder to the Archive folder.
On my test site everything works perfectly.
Testing it on production sites the Move Action takes much longer to complete (around 10 minutes instead of few seconds) and then fails with this error:
There was a problem deleting folder "/sites/123/Jobs/JobName". Folders that have subsites can't be deleted. CallStack -- at Microsoft.SharePoint.SPGlobal.HandleComException(COMException comEx)
at Microsoft.SharePoint.Library.SPRequest.DeleteUrl(String bstrWebUrl, StorePath bstrItemUrl, DeleteFlags delFlags, String etagMatch, UInt32 dwDeleteOp, Guid& pgOriginatorId, Int32 iThreshold, Int32 iDeletedByUserId, Int64 lDeletedTime, Guid& pgDeleteTransactionId)
at Microsoft.SharePoint.SPFolder.DeleteCore(DeleteOp deleteOp, SPFolderDeleteParameters parameters)
at Microsoft.SharePoint.Deployment.SPDeploymentMoveUtil.CleanupFolders(Uri[] exportObjectUris, SPUserToken userToken, DeploymentRealtimeLogger realTimeLogger)
clientRequestId: 105e22cb-1dfe-4fc5-867a-9c784dd03080
serviceRequestId: 105e22cb-1dfe-4fc5-867a-9c784dd03080
The flow stops and does not complete.
The most weird part is that the Document Set is actually moved to the Archive folder.
I tried to search for this error but could not find anything that relates to it.
This is how the Move action is configured
Can anyone assist?
I have the same problem. The 'Move folder' action is failing, when the folder is actually moved and also deleted from the source directory. Despite the error given.
Did you managed to find a solution?
Not yet, it does not seem to be related to the items in the Job Data Set or to the site collection:
I will keep digging, hopefully I can narrow down the issue and give more details.
I have not found a solution for this, but set up a workaround:
not perfect but does the job
I've got the same problem. I'm going to implement @Luve28's workaround, but would of course prefer to be able to use the Delete Item SharePoint action to its proper extent. Now I have to alert the user that an item wasn't deleted and ask them to delete it manually, somewhat defeating the purpose of an automate process. My flow was working up until 4 days ago. I'm not sure yet what would have changed to prompt the error.
Finally got around to trying @Luve28 workaround. Unfortuantely, it's not going to work for me. The next step after my Move Folder step is to create a sharing link that then gets sent into our CRM with an API POST step. In the outputs from the Move Folder step in a successful run the body element includes the item ID which is needed in the Create Sharing Link step in order to generate the URL that gets sent back into our CRM. The body of the Move Folder step for a failed run only has the status and message values. So, even if I configure the next step to run if the Move Folder step fails, the Create Sharing Link step is going to fail since there won't be any value behind the dynamic content in that step.
Also now having this issue on a 3 year old flow that has only ever worked perfectly
Hi,
Anyone has fixed this? Im having this issue suddenly in a couple of flows....
Se produjo un problema al eliminar la carpeta "XXX". No se puede eliminar carpetas que contengan subsitios. CallStack -- at Microsoft.SharePoint.SPGlobal.HandleComException(COMException comEx)
at Microsoft.SharePoint.Library.SPRequest.DeleteUrl(String bstrWebUrl, StorePath bstrItemUrl, DeleteFlags delFlags, String etagMatch, UInt32 dwDeleteOp, Guid& pgOriginatorId, Int32 iThreshold, Int32 iDeletedByUserId, Int64 lDeletedTime, Guid& pgDeleteTransactionId)
at Microsoft.SharePoint.SPFolder.DeleteCore(DeleteOp deleteOp, SPFolderDeleteParameters parameters)
at Microsoft.SharePoint.Deployment.SPDeploymentMoveUtil.CleanupFolders(Uri[] exportObjectUris, SPUserToken userToken, DeploymentRealtimeLogger realTimeLogger)
clientRequestId: 9e0b2f2a-b748-426a-81e4-8a76de8ebb35
serviceRequestId: 9e0b2f2a-b748-426a-81e4-8a76de8ebb35
I too am using Flow to move buried sub-sub-sub folder data from site into another, flattening and tagging through the process. I also noted this error after I changed the source folder - odd that it wasn't happening on the others, but is now happening.
I'll see if capturing the error within a variable at least clears the error.
Hi all,
The error now seems to have been shifted to a 'Bad request'. Do you have the same?
I also noticed that in the moved folders a new file gets recreated by software that we use on the documents (AutoCAD). Is something similar happening on your documens as well? Maybe it has to do something with this program
Kind regards,
User | Count |
---|---|
89 | |
40 | |
23 | |
20 | |
16 |
User | Count |
---|---|
130 | |
50 | |
48 | |
35 | |
26 |