Aug 31 2021 03:29 PM
We've gotten a into a strange situation with a modern SharePoint Online site and could use some help/ideas on how to get out of it:
A file was deployed with the Feature framework style of deployment to a path of /SiteAssets/myfile.ext. However, this happened prior to the Site Assets library actually being created by the 'just-in-time' model used on modern sites.
As a result, the site now has a root 'folder' named SiteAssets and it is blocking the JIT creation of Site Assets library. When I say 'folder' think web/IIS folder, NOT a SharePoint folder in a library.
How would one delete this kind of 'folder' such that the Site Assets library can actually be created? I've tried various forms of SPO/PnP PowerShell and none of the cmdlets seem to work with this kind of 'folder' :(
Any help/ideas would be MUCH appreciated...
Sep 06 2021 04:42 AM
SolutionSep 08 2021 09:17 AM - edited Sep 09 2021 09:26 AM
Thanks, Vesa.
I am indeed able to see the folder but unable to delete it. Even as Site Collection Administrator, I receive access denied using CSOM in PowerShell.
The customer has chosen to delete the site and start over, so it is no longer an issue at this point. EDIT: The customer has found another site with this issue and doesn't want to start over with that one because too much other work has already been done on the site.
I wonder how much time is really being saved by skipping the creation of Site Assets during site creation and if it is really worth it. It can't take much longer than creating the Style Library and Form Templates, which we don't even really use anymore...
Sep 09 2021 03:26 PM
Had a face-palm moment: I simply had to enable scripting on the site and then I was able to rename the folder. With that done, Site Assets was able to provision itself on-demand.
I'm not as think as I smart I am ;)
Sep 10 2021 01:09 AM
Sep 06 2021 04:42 AM
Solution