Is that a thing?

I use SHARES to do all my folder management stuff and it would be so easy for me to accidentally tick the wrong folder and hit delete.
I use a plugin called Recycle Bin but it only captures samba deletions.

Are there any permissions I can set to prevent my webGUI login from being able to delete folders? Ideally the only way I can shift them would be through the terminal? Or even perhaps give Sonarr/Radarr access only to delete files/folders in the media folder.

Perhaps I don't understand the problem. You already are getting a second chance to not do the wrong thing! See below:

sudu is intended to allow a login to be handle as a user without administrative privileges but to be elevated to have them when necessary. What makes you think that that simple act would stop you from doing the wrong thing when you already have two opportunities not to do it. When you are in the GUI, you already are logged in as 'root' which is the ultimate Super User on any operating system! (I do a lot of file deletion management from the GUI and I always stop and make sure I have the right files/folder BEFORE I click on 'START"!!! And it that choice is not a default as I have to move my mouse to and click on it.)

Wow, Frank, you seem angry.

I'm doing a data migration of countless files and folders so it's entirely plausible something slips through the cracks.
One folder, two folder, sure. Easy to spot. But not as easily when it's twenty, thirty.

Please don't misunderstand, I'm not suggesting a bug/coding change. Far from it. I just want to see if there's any chmod level of permission sets that would prevent the gui log on account from being able to delete files from shares. Maybe a second account with read only permissions, or is a recycle bin setting I've not come across before.

26 minutes ago, elmuziko said:

I just want to see if there's any chmod level of permission sets that would prevent the gui log on account

Basically no. When you log onto the GUI, you are logging on as root which is a 'Super User' which is all that implies. You can do anything to any file or directory without any restrictions. (This allows the 'Supper User' to fix those mistakes that other users with lesser permissions have created!) Unraid does not have any other type of user accounts except for those that allow for access to Shares. And they don't have access to anything but the Shares.

34 minutes ago, elmuziko said:

I just want to see if there's any chmod level of permission sets that would prevent the gui log on account from being able to delete files from shares.

If you would want to prevent deletion of a files/shares, you would also not be able to 'write' them using Linux permissions. ('write' = 'delete') (I remember that one time I was peeking into Windows file permissions and I saw a set of permissions that would allow writing to a file without being able to delete that file. I thought what a stupid set of conditions. I could empty the file of all content but I could not delete it...)

Sorry if you thought I was angry. The problem is that when one is doing GUI operations, using Super User privileges, which have the potential for unrecoverable damage, great care has be exercised. Never do things in a hurry. Never do them when one is tired. Never do anything in a panic mode.

Thank you for the response. I was hoping (but accept) no wasn't the answer.

I made the mistake of asking ChatGPT for some raid help a month ago that cost me a disk worth of data. Even though - as you say - there's the extra protection with are you sure?, still very nervous about data loss again so was hoping to add another layer.

As you say though, extra care at all times.

Thanks