Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Option to disable the deletion of files within a subtree if the the folder is protected from deletion #45308

Open
MahrPatrick opened this issue May 14, 2024 · 2 comments
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap enhancement needs info

Comments

@MahrPatrick
Copy link

If a folder that cannot be deleted is attempted to be deleted, the files in the subfolders will be deleted.

A way to prevent this would be nice.

The files should still be deleteable if they are manually deleted in the subfolder.

@MahrPatrick MahrPatrick added 0. Needs triage Pending check for reproducibility or if it fits our roadmap enhancement labels May 14, 2024
@solracsf
Copy link
Member

Can you please give "How to reproduce" steps?
From folder/files creation to attempts to be deleted?

@MahrJaMu
Copy link

Hello everyone,

We currently have the following challenge
We have a shared folder with many subfolders.
Level 1

-- Level 2
---- level 3
---- Level 3
---- Level 3
---- Level 3
---- Level 3

-- Level 2
---- Level 3
---- level 3
---- level 3
---- level 3

-- Level 2
---- Level 3
---- Level 3
---- Level 3
---- Level 3
Users should be able to create new folders and files on at least level 3.

Now the following happens, a user deletes a folder on level 1 or 2 instead of removing it from the synchronisation in the app because he no longer needs it locally.

This deletes the folders in the cloud and they have to be restored.

I have now tried using chattr -a to change the permissions at Linux level to prevent the deletion.

If a folder on level 2 that is locked by chattr is now deleted, it is not deleted, but its contents are. So all files.
These files are not protected by chattr, as targeted deletion by the user is required here.

The aim of the request is to find a mechanism that prevents accidental deletion due to incorrect operation (deletion in Explorer instead of deactivating folder synchronisation).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap enhancement needs info
Projects
None yet
Development

No branches or pull requests

3 participants