Feedback by UserVoice

I suggest you ....

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.

556 votes
Sign in
Password icon
Signed in as (Sign out)

We’ll send you updates on this idea

Mike Smith shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →


Sign in
Password icon
Signed in as (Sign out)
  • Remco Spierings commented  ·   ·  Flag as inappropriate

    The options to share files or even complete folders is great but users can also share a main folder and give access to the whole directory structure with all it's documents. I would prefer to have the option to disable sharing on certain folder levels like main folder - sub folder. Every folder under the 1st sub folder can be shared but not the main folder or 1st sub folder. This way user cannot share too much with others.

  • Patrick Reeves commented  ·   ·  Flag as inappropriate

    What everyone else said, with the added sauce that people without full control on a site or library, can give other people rights to files/folders in the site collection. This is a serious governance issue.

  • Anthony K commented  ·   ·  Flag as inappropriate

    2.5 years later and still Microsoft is ignoring basic governance requirements it's customers are crying out for. Admins and site owners require the "option" to disable sharing, not just because of the dreaded item level permissions and how it can impact performance, but from a security and record compliance perspective. MS really needs to lift its game in governance because at the moment they are creating more ways end users can navigate around governance policies, and allowing unfettered sharing is a big issue. Sort it out Microsoft!

  • iVan Corbe commented  ·   ·  Flag as inappropriate

    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.

  • Krishant commented  ·   ·  Flag as inappropriate

    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.

  • Anonymous commented  ·   ·  Flag as inappropriate

    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.

  • DW commented  ·   ·  Flag as inappropriate

    This makes it so difficult to have permission governance.

  • Ivan commented  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    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.

  • Anonymous commented  ·   ·  Flag as inappropriate

    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.

  • Anonymous commented  ·   ·  Flag as inappropriate

    Please disable the Share Button or provide an option not to display it.

  • Anonymous commented  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    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.

  • Anonymous commented  ·   ·  Flag as inappropriate

    Agree with Nouha. I just found out that my permissions were broken because a document was shared. Needs to be fixed immediately.

  • Nouha commented  ·   ·  Flag as inappropriate

    This feature is breaking permissions. Please disable the Share Button or provide an option not to display it.

  • Phil commented  ·   ·  Flag as inappropriate

    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.

  • Anonymous commented  ·   ·  Flag as inappropriate

    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.

← Previous 1

Feedback and Knowledge Base