Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
Forum Discussion
Linux users can delete folders (including content) that are not shared with them
Dropbox Business Standard with multiple users. Folders that are not shared with a user still show as an empty folder for that user. They can access the folder but not the files - it looks like an emp...
Thank you, I'll have a read through that shortly as it may help.
I have investigated more and in all Linux distros I have checked, an empty directory can be deleted even if the user doesn't have write access. So DropBox is showing the folder but, because the user doesn't have access to the content it is empty. The write attribute is cleared so in theory a user can't do anything with it, and that works in Windows. In Linux a user can delete such an empty directory, even without write access. This deletion then gets synchronised by the Dropbox desktop client and removed from other users who do (or did) have shared access.
I have been on to Dropbox support about it and they have passed it on to somebody else. I can work round the problem now I know about it and what is causing it.
Thanks again for your attention.
Demitri
Dropbox Staff
Dropbox StaffHeya; I'm Demitri -- I'm on our escalations team.
Sorry to hear you ran into issues there.
What you've described is currently an expected behavior (though admittedly: we know it has the capacity to lead issues like you've described). The short explanation being: Dropbox allows you to have more dynamic permissions where you can have expanding or restricting permissions as you go down levels in your folder structure.
So if my Dropbox account has a folder path with permissions that looks like:
-/Share 1/ [edit access]
- - /Share 2/ [view access]
- - - /Share 3/ [edit access]
I'm able to modify objects inside of "Share 1" - that includes deletion. "Share 2" is an object inside of "Share 1" where I have edit permissions so I have the ability to delete that. I do not have edit access to make changes inside of "Share 2" - and any objects in there could not individually be affected by my account, except contents inside of "Share 3" where my imaginary account also has access. 🙂
This can affect any Dropbox account - but where I see this cause the most problems for people is usually Dropbox Business teams, specifically here:
https://help.dropbox.com/organize/manage-team-space
When the option to allow all members of a team to edit the top level of your shared workspace is enabled. Disabling this means only Dropbox team admins will be able to create/remove top level team folders moving forward (though members will still be able to manage access inside of those folders as needed) so accidental moves/deletes like this are less likely.
So for the moment, this is something to be wary of. If this is particularly impactful to your team's organizational setup: I'm happy to collect feedback from you all about how you use sharing/file organization within Dropbox, and any feedback you'd like to bring to our product development team about this functionality.
Thanks ya'll!
Demitri, Your explanation of the current state is not very consistent! How is a user that don't have access to particular folder able to delete it? That should be possible only when the folder is empty, but in particular case in Dropbox server it's NOT!!! That makes the case a security issue. You definitely have some more work to do for users files protection.
The problem in particular situation, described by asnell, is that despite the folder is not empty on the server it appears empty locally (which makes deletion possible). In meantime, until waiting for real solution, workaround can be putting some file in such folders, like ".dropbox" and ignored in the same way (might be even empty). In such a way direct folder deletion would be impossible - non empty folder. Another way is wipe out all standard flags (not only the write flag, like now). In such a way direct deletion would be impossible too - the system cannot see whether the folder is empty or not, so assumes there is something (as is actually on the server). 😉
Hope this helps some issues fixing to some extent.
Здравко, you have understood the problem correctly. It was a little hard to explain.
The whole problem starts with the folder being shown to a user who does not have access to the contents and ends with the fact that the empty directory can be deleted on a Linux machine. The folder and all contents then get deleted for all the users who did have access.
asnell, when you login to dropbox.com with admin credentials and go to admin console, under settings there, what can be seen as content management? Is it set to "Everyone" or "Only admins"?
Make sure it's set to "Only admins"! Does this change something (to some extent at least)? 🧐
Add: After that, list the content in your Dropbox folder using:
ls -al
To be seen the dot folder' flags.
