Provide an option to disable the "Share" button.
The Share button breaks inheritance on an item, and without warning to the user. With the default Permission Level of "Edit" in Team Sites, you can quickly have 100's or 1000's of items with unique permissions. Going forward, any permissions granted at the library or site level can create a situation where new users will see all of the content in a library, except for those with unique permissions.
I would like to be able to disable (hide) the Share buttons at various tiers such as library, site, site collection or web application/tenant.
iVan Corbe commented
At the moment admins do their work granting people through groups and remove the option to share items through the different menus (Access request settings) this shouldn't be an issue. But at the moment there are unseasoned admins that don't know what these evil buttons do to the permissions structure the best option should be to enable a way to prevent the usage of the Sharing Links in a site collection or tenant.
SHARE should be a simple way to provide someone else with a link to the content. Users mostly do it to notify about a file just saved or even other things like getting the link to create a promoted link list.
All these usages corrupt the governance of the permissions structure and it is hard to say an user or a loca admin "Please, avoid using the Share Button in SharePoint, insofar you use it you will get a good permission tangle in the site and your files will get blocked..."
I think that:
• The naming and emplacement of the functions "Share, Alert, Copy Link" should be reviewed
• The good old option to copy the raw "clean" link showing the path should be re-enabled
• And of course, enable an option to disable the option to create more evil Sharing Links in a site collection or tenant.
This is definitely something that needs to change. There is a "Copy Link" button as well as Share. Share should only appear for a certain permission level (maybe for users who are allowed to change permissions), and the "Copy Link" literally just copies the direct link to the document without affecting the permissions.
The main issue is users have permissions to edit documents but they dont really know the consequences of sharing or copying links. It does become a management nightmare because even if a user has permissions to view and edit a document, inheritance breaks as soon as the user clicks on the link sent by Share/Copy Link.
This is a major issue with our permissions governance. Users don't understand that Sharing can break permissions inheritance and make them almost impossible to audit.
This makes it so difficult to have permission governance.
We also face this feature as a problem in our tenant. Most users think that "Share" is to notify someone about any update done; and they keep "sharing" the files with people who only need to be provided with the link to a file in the "old way" (not these cryptic links). Of course they could also activate the Alerts... but this seems to be too dificult for unskilled users.
A Jonathan Valdes commented
This suggestions will never be approved! you guys don't understand clearly the concept of this platform!.
Remember one important thing, this is a collaboration platform!
Define your security groups for REGULAR USERS and let users share with other folks freely after. increase the user adoption, and training.
Regular users will be members of security groups with access to everything (library or site)
Sporadic users will have access only to the folder or specific file using the SHARE button.
YES, share breaks the inheritance but as long you created your security groups, you won't have any issues, your security group will still there and for other folks the security won't be compromised.
In the future if you need to migrate, you will only consider folks that are under security groups and letting the other out on your migration.
Paula Hidalgo commented
Sharing read access to documents without granting access to the entire document library is desirable. The main problem with the "share" breaking inheritance is there is no easy way to report out on the SharePoint site where these exceptions exist or traceability on how changes were introduced. I agree with the comments about the permission model needing significant rework.
This does need fixing, but needs some granularity. I want people to be able to share pages / links and documents, but I want this to happen using existing permission groups by default. Just hiding the share button isn't the answer, allowing a site coordinator to dictate what sharing is allowed, IS the answer.
Please disable the Share Button or provide an option not to display it.
Damien LERAY commented
Concur to the various comments, this option is very dangerous for company protected data!
Same problem here - this breaks how we manage permissions. Plus using share has been opening files in the word or excel app even when we have a library set to open in the client. Combined with autosave and alerts, this is a compounding problem.
Jochen Leppin commented
We executed many SharePoint projects with our customers during the last few years. In almost every case the customer was asking for this feature. This said, it would be really practical to have such a feature as soon as possible.
Agree with Nouha. I just found out that my permissions were broken because a document was shared. Needs to be fixed immediately.
This feature is breaking permissions. Please disable the Share Button or provide an option not to display it.
So ... Did anyone hear what/whether/when Microsoft are going to address this ? My organization is also having to try and find ways to stop allowing standard Users to Share a doc and then create unique permissions. I'd much prefer it to be "email a link" at the very least.
the workaround MS is providing for this (sharing requests going to administrators to approve) is ridiculous. This needs to be resolved quickly as users shouldn't be able to overwrite permission levels set on the library.
Yes!! Please!! Disabeling share allows owners to control data within their owned environments.
Yes please ! Allow us to hide this option.
Have you ever try explaining to end users the difference between sharing using "SendLink" and sharing using this new share option ? Please don't complexify things. Let us keep it simple !
Really need a way to disable this. I don't want my user sending a bunch of spam emails throughout the organization and I don't wan't content owners accidentally breaking permission inheritance.
Tammy Freeman commented
I support this request.