I am building a Podio / ShareFile integration for a client. I am using the ShareFile API to create folders and apply templates to those new folders. Somehow, I have created a folder in the Shared Folders workspace that links to my client's Personal Folders. Whenever I try to delete this folder, it also deletes all of the Personal Folders as well.
It may be expected behavior to have a link inside the Shared Folders to a user's Personal Folders, but it cannot possibly be expected behavior to then not be able to ever delete that link.
A Personal folder for an employee user is a folder inside the Shared Folders. If this is the folder that your API use has created, then yes, that folder isn't supposed to be a folder you can delete while the user exists.
If that isn't the folder that's being created by the API call, can you elaborate?
I was using Integromat to do this, and my flow was supposed to work like this:
Create a sub folder in another folder.
Apply a template to "all subfolders", because it won't allow you to just apply the template to a single folder.
Change the Parent of that new folder to put it where it actually belongs, in the Projects folder.
I believe there's a time when my scenario ran but it didn't pick up a proper folder ID and therefore changed the Parent of nothing to the Projects folder.
Could that be it? And if so, how can I change the parent of the Personal Folders to nothing, or back where it belongs?
They may not be able to assist you with using the API, but that doesn't mean they can't check on the results for you. For example, in this situation you probably want someone to look at how the personal folder in question looks on our side. I can't recall ever hearing of a personal folder getting a parent ID of an existing subfolder before. However, I do need to reach out to you directly for a slightly different reason.