How to Allow SharePoint Renaming Without Allowing Deletion
Question details
A user wants to configure SharePoint permissions so that team members can rename documents and folders but are restricted from deleting them.
- Product
- Microsoft SharePoint
- Device & OS
- not provided
- Scenario
- Configuring access controls in a SharePoint document library to prevent accidental deletions while still giving users the flexibility to rename and organize files.
- Observed behavior
- When the 'Delete Items' or 'Delete Versions' permissions are removed from a user's permission level, SharePoint automatically removes their ability to rename items as well.
Please note that modifying permission levels in SharePoint requires Site Collection Administrator or Full Control access to the site. Changes may impact user workflows across the entire document library.
Understand the Limitation and Use UI Customization (Workaround)
Since SharePoint native permission levels cannot separate renaming from deleting, advanced users can use a visual workaround to hide the delete button while keeping the required backend permissions.
In SharePoint's native architecture, a rename operation is technically treated as deleting the old item name and creating a new one. Therefore, if you uncheck 'Delete Items' in the permission level settings, users inherently lose the ability to rename folders or files.
As a workaround, developers can apply custom formatting to hide the 'Delete' button from the user interface. Keep in mind this does not remove the actual backend permission, meaning technically savvy users could still bypass it.
Go to Site Permissions and ensure the target users are assigned the standard 'Contribute' or 'Edit' permission level. Do not remove the 'Delete Items' permission, as this is required for the rename function to work.
Use SharePoint Framework (SPFx) application customizers or modern list formatting JSON to visually hide the 'Delete' command bar button from the library interface for non-admin users.
Set up alerts on the document library to notify administrators if any items are deleted. This allows you to quickly restore files from the SharePoint Recycle Bin if a user accidentally deletes them despite the hidden button.
Manage and Edit Your Shared Documents with WPS Office
While SharePoint handles your cloud file storage and server permissions, you still need a reliable and fast office suite to edit those documents locally. WPS Office is a lightweight, highly compatible alternative to Microsoft Office that helps you seamlessly view, edit, and save your synced files.
- 1. Download and Install: Get the free WPS Office suite from the official website and install it on your PC or Mac.
- 2. Open Synced Documents: Navigate to your locally synced SharePoint folder and double-click any document to open it instantly in WPS Office.
- 3. Edit and Save Seamlessly: Make your edits and hit Save. The changes will sync back to SharePoint seamlessly while preserving all original Microsoft formatting.
Frequently Asked Questions
Why does SharePoint require delete permissions just to rename a file?
In SharePoint's backend infrastructure, renaming a file is processed similarly to deleting the original file reference and creating a new one with the new name. Thus, revoking delete permissions natively blocks the rename action to protect data integrity.
Can I copy the 'Contribute' permission level and remove the delete option?
Yes, you can create a custom permission level by copying 'Contribute' and unchecking 'Delete Items'. However, users assigned to this new level will only be able to add and edit file contents; they will not be able to rename or delete anything.
Is it safe to hide the delete button using SharePoint Framework (SPFx)?
Hiding the delete button via custom code is only a cosmetic fix. Because users still hold the backend permission to delete, they could potentially use keyboard shortcuts, third-party apps, or API calls to bypass the hidden button and delete files.
