A new user group is created unexpectedly on a target SharePoint Server 2010 site collection after you rename a group and perform an incremental content deployment operation on the source site collection
This article has been archived. It is offered "as is" and will no longer be updated.
Consider the following scenario:
You perform a full deploy operation to deploy a Microsoft SharePoint Server 2010 site collection to another site collection. You create a user group on the source site collection. You perform an incremental deploy operation. You rename the user group on the source site collection. You perform an incremental deploy operation again.
In this scenario, a new group is created on the target site collection with the new group name. However, you expect that the existing user group on the target site collection is renamed.
This problem occurs because groups are handled based on their names instead of their IDs.
To work around this problem, manually delete the existing user group on the target site collection. To do this, follow these steps:
Open the target site collection in SharePoint 2010 Central Administration. Click Site Actions, and then click Site Settings. Under the Users and Permissions section, click People and groups. Under Groups, click More. In the row of the user group that you want to delete, click Edit, and then click Delete. Click OK.
The existing user group on the target site collection has no permissions. The permissions are assigned correctly to the new group.
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Article ID: 981861 - Last Review: 12/12/2015 03:57:25 - Revision: 4.0
Microsoft SharePoint Server 2010
Keywords: kbnosurvey kbarchive kbexpertiseadvanced kbtshoot kbsurveynew kbprb KB981861