Forum Discussion
Cannot delete folders with items in them - Bug or Feature?
So Microsoft removed every hold of every Office 365 Groups SharePoint Site.
The behaviour is still weird though, or is this (cannot delete folders with items) normal for SharePoint Sites under eDiscovery Hold?
Hi Ivan,
There was someone with a similar porblem to yours https://answers.microsoft.com/en-us/msoffice/forum/msoffice_o365admin-mso_manage/error-message-you-have-to-delete-all-the-items-in/01fba4ef-8d8c-488b-8636-9a3ea5b999f1 , this is txt taken from part of the solution in the link
"note:it needs some times to take effect after disabling the hold. the error message will disappear at that time.
the users in ediscovery group who have the proper permissions can view or edit the case in https://protection.office.com/#/ediscovery. they can check which site is on hold with ediscovery case. here is https://support.office.com/en-gb/article/manage-ediscovery-cases-in-the-office-365-security-compliance-center-edea80d6-20a7-40fb-b8c4-5e8c8395f6da?ui=en-us&rs=en-gb&ad=gb for your reference."
Regards
Brad
So Microsoft removed every hold of every Office 365 Groups SharePoint Site.
The behaviour is still weird though, or is this (cannot delete folders with items) normal for SharePoint Sites under eDiscovery Hold?
This is a dumb side-effect that only makes it more difficult to administer the site.
Retention should mean that when files become deleted, that they are stored in the hold for X amount of years. I don't understand why Microsoft always incist on over-engineering things when they have proven time and time again they cannot develop even basic function correctly.- Having the same issues and we're in the middle of a SharePoint migration. So basic Microsoft fix it!
This is a dumb side-effect that only makes it more difficult to administer the site.
Retention should mean that when files become deleted, that they are stored in the hold for X amount of years. I don't understand why Microsoft always incist on over-engineering things when they have proven time and time again they cannot develop even basic function correctly.
Bradley Liebenberg wrote:Hi Ivan,
There was someone with a similar porblem to yours https://answers.microsoft.com/en-us/msoffice/forum/msoffice_o365admin-mso_manage/error-message-you-have-to-delete-all-the-items-in/01fba4ef-8d8c-488b-8636-9a3ea5b999f1 , this is txt taken from part of the solution in the link
"note:it needs some times to take effect after disabling the hold. the error message will disappear at that time.
the users in ediscovery group who have the proper permissions can view or edit the case in https://protection.office.com/#/ediscovery. they can check which site is on hold with ediscovery case. here is https://support.office.com/en-gb/article/manage-ediscovery-cases-in-the-office-365-security-compliance-center-edea80d6-20a7-40fb-b8c4-5e8c8395f6da?ui=en-us&rs=en-gb&ad=gb for your reference."
Regards
Brad
Hi Brad,
I've seen this link and all its suggestions, unfortuantely I've been through all of them.
There are no eDiscovery Cases open at all that affect any SharePoint Site. As mentioned I had one "Retention Policy" (the new ones) active that affected all SharePoint Sites by mistake. I've disabled that one, and after the disabling process has been applied I've deleted the whole retention policy.
There is nowhere to check anything else with the GUI. Is there anyway to find out via PowerShell what site is affected by which policy (not the other way around - as there is no longer a policy)?
*EDIT1*
Also, is this normal behaviour (cannot delete folder with content?) for a document library with an active hold?
Microsoft Support has confirmed that they've manually removed the eDiscovery Holds for my classic site collections - unfortunately they've missed all Office 365 Groups Site Collections, so I had to provide a list of all sites for them to check.
