Break waterfall permissions
Allow for restricted permissions within a shared folder (so permissions are not inherited from the parent folder)

We understand the request, but unfortunately this is not on the near-term roadmap.
-
Anonymous commented
Why would this not be on the roadmap when your clients want it? Is it just not possible?
-
Sven commented
who actually thought forcing the users to accept, that inherenting permission levels from the folder above, is a useful thing from the first?
-
Anonymous commented
I was told by one or more Box salespeople that it would be possible to restrict permissions in subfolders differently from the parent folder.
I guess we'll be cancelling our Box subscription and going elsewhere.
-
Anonymous commented
So frustrating and illogical. Also, don't call this "waterfall" if it also goes against gravity half the time.
-
Anonymous commented
All of Box's arguments for not doing this make no sense - the comment from Anonymous Admin in July '22 suggests that what they call "Senario A" of having access to a house but not a bathroom makes no sense.
"(Scenario A) Notably, customers know that a user at the subfolder can't have LOWER permissions than the same user at the parent folder (e.g. if they own the folder, it would be odd for them to not also have owner access to everything inside of that folder)."
First of all - bad analogy, I do not have a right to barge into a bathroom even in my own home if the door is locked - there are valid reasons why that would NOT be OK. Also, let's extend this lousy metaphor to a grocery store - if a 20 year old adult owns the store, that does not give them legal right to then consume the alcohol.
The whole point of a hierarchal information structure being controlled by access levels makes no sense - most people organization information need to organize by content (i.e, Product Documentation->Product A, Product B, etc. I may want a product manager to be able to create document in the Product Doc folder but do NOT want them to even know that Product B exists - this is a common scenario and works in many other systems.
-
Anonymous commented
The absence of this feature is really annoying !
For a given BOX folder, shared within my team with Editor rights, with BOX.com I can't
* add a Read-Only folder for the team (like ".../Archives/2021")
* add a personal & hidden subdirectory (like ".../myDraftWork")Creating dedicated folders outside the project directory is NOT convenient at all, as we loose the structure / logic .
BOX.com, please improve the situation !
-
Anonymous commented
My house has a lock on the front door and I can have a lock on a bedroom too. I'm not too certain why this a hill to die on.
-
AdminAnonymous (Admin, Box) commented
Today, there is a LOT of confusion about this...
(Scenario A) Notably, customers know that a user at the subfolder can't have LOWER permissions than the same user at the parent folder (e.g. if they own the folder, it would be odd for them to not also have owner access to everything inside of that folder).
(Scenario B) BUT... many customers want to give a user at the subfolder HIGHER permissions than the same user at the parent folder (e.g. Lisa has Editor access for HR benefits subfolder, but only Viewer access for HR parent folder... analogously, for a hotel you have "Editor" access to the "subfolder" room you are given a room key to, but you don't have access to sleep in the hotel lobby that everybody has "Viewer" access to).
Today, Scenario B is possible through proactively giving the person higher permissions at the subfolder (e.g. Editor) and then lower permissions at the parent folder (e.g. Viewer), but a lot of customers don't do this proactively, because they start by giving the person access at the parent folder, and they want to give the user permissions on the subfolder retroactively (e.g. maybe the subfolder didn't exist when the parent folder was created). When they change permissions at the subfolder retroactively, they get the error "Change Role for Parent Folder," regardless of if they are giving the user higher or lower permissions at the subfolder.
Giving customers the option to retroactively give users higher permissions at the subfolder would be immensely valuable.....
-
Anonymous commented
This would indeed be a useful feature.
-
Anonymous commented
This needs to be added to your near-term roadmap.
-
Anonymous commented
This functionality is definitely required. Box needs to do something to add this functionality,
-
Anonymous commented
This needs to be added to your near-term roadmap.
-
Anonymous commented
Why doesn't Box offer this feature, is it an intentional "security" safeguard. Seems pretty silly otherwise???
-
Anonymous commented
This should be an obvious feature of removing access to an individual subfolder. My staff have access to the entire drive and only require a few folders to be restricted. Please make this possible immediately.
-
Anonymous commented
We recently hit a problem where someone was securing what they considered to be their own sub-folder and removed access to hundreds of people from that sub-folder. But because of the upwards waterfall problem, no-one in the organisation could access anything at all. It was a nightmare to restore all the required accesses. Please provide a means to secure sub folders.
-
Anonymous commented
Being able to organize projects by the project and not by active external collaborator sets would be a huge win. It would simplify and flatten folder organization and I would not have to jungle folders around and redo folder permissions based around external collaborator groups, instead I could just make singular updates when collaborators change scope or status.
-
Anonymous commented
We're switching our company to Dropbox because of this
-
Anonymous commented
I agree that watefalls only go downwards. Please introduce this
-
Anonymous commented
I want to be able to disconnect the inherited access - to allow me to remove access without affecting the other folders
-
Anonymous commented
Unfortunately, this may be an overall deal-breaker for us.