Article ID: 981861 - Last Review: September 22, 2011 - Revision: 4.0

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

System TipThis article applies to a different operating system than the one you are using. Article content that may not be relevant to you is disabled.
Expand all | Collapse all

SYMPTOMS

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.

CAUSE

This problem occurs because groups are handled based on their names instead of their IDs.

WORKAROUND

To work around this problem, manually delete the existing user group on the target site collection. To do this, follow these steps:
  1. Open the target site collection in SharePoint 2010 Central Administration.
  2. Click Site Actions, and then click Site Settings.
  3. Under the Users and Permissions section, click People and groups.
  4. Under Groups, click More.
  5. In the row of the user group that you want to delete, click Edit, and then click Delete.
  6. Click OK.

MORE INFORMATION

The existing user group on the target site collection has no permissions. The permissions are assigned correctly to the new group.

STATUS

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.

APPLIES TO
  • Microsoft SharePoint Server 2010
Keywords: 
kbexpertiseadvanced kbtshoot kbsurveynew kbprb KB981861