SharePoint Groups Losing their Permissions

Posted on 2012-09-11
Last Modified: 2012-09-19
Here is an interesting situation. I have employees that belong to a SharePoint Owners Group. That group has "Full Control" over a site and all its components - doc library, pages library, lists, etc.

We are running SP2010 Enterprise. This is all SharePoint groups, no AD groups are involved at all. However, the employees are coming in through AD and the User Profile Service.

The members of the "Owners Group" can perform all of the standard site owner functions but they can not edit pages in a Pages library.

The Pages library inherits permissions from the parent site. The owners group is displayed in the Pages library permissions settings as having Full Control (inherited from parent).

Check in/out and version control are turned on. The page in question is NOT checked out.

This phenominon is happening to more than one Owners Group across our intranet.

Thoughts? I am really stumped.....

Question by:dvirag
    LVL 9

    Expert Comment

    you stated:

    employees are coming in through AD and the User Profile Service

    There is a default group called Authenticated user which would include all your AD users.  I am assuming that all your owner users are logging into their SharePoint account, which should give them the proper permissions.  

    The first thing to check is to make sure the user is not in another group that has more restricted access to edit pages in the document library. It could also be an inherited group from a parent directory.  Better yet, you can break the inheritance and ensure that the document library has only the permission groups you assign (no inheritance). Then verify that the user is in the specific group you want.

    Failing that, I have seen situations where Full control is not the full control that is traditionally thought of.  I would recommend specifically assigning them contributor to ensure that the user actually has the ability to edit.

    Accepted Solution

    I believe I solved the problem myself. I checked the permissions on the MasterPage library. All users who were experiencing problems were NOT represented in the permissions list. I added one and she was then able to edit her page.

    Author Closing Comment

    It solved the problem.

    Featured Post

    How your wiki can always stay up-to-date

    Quip doubles as a “living” wiki and a project management tool that evolves with your organization. As you finish projects in Quip, the work remains, easily accessible to all team members, new and old.
    - Increase transparency
    - Onboard new hires faster
    - Access from mobile/offline

    Join & Write a Comment

    Note:  There are two main ways to deploy InfoPath forms:  Server-side and directly through the SharePoint site.  Deploying a server-side InfoPath form means the form is approved by the Administrator, thus allowing greater functionality in the form. …
    Technology opened people to different means of presenting information, but PowerPoint remains to be above competition. Know why PPT still works today.
    Viewers will learn the different options available in the Backstage view in Excel 2013.
    The viewer will learn how to create a normally distributed random variable in Excel, use a normal distribution to simulate the return on an investment over a period of years, Create a Monte Carlo simulation using a normal random variable, and calcul…

    733 members asked questions and received personalized solutions in the past 7 days.

    Join the community of 500,000 technology professionals and ask your questions.

    Join & Ask a Question

    Need Help in Real-Time?

    Connect with top rated Experts

    18 Experts available now in Live!

    Get 1:1 Help Now