When I try to move a file from one library to another, I get the following error An error was encountered performing this operation. Attempt to move url(s): http://mycompany.com/library/Parcomm Gems.gif; failed. Please try again I'm in the Owners group for this site but am not a Site Collection Admin Any ideas what would cause this? Thanks dean

Was there any diagnostic type message in the 12 hive log?

I'm having the exact same problem. When I try to move an item while being a sitecollectionowner there's no problem. When I try to move items having 'only' full control, it fails. After the failure I can click on a button to view a log (i translated parts of it because the original is in dutch). I also found some interesting stuff in the log in the 12 hive. I added this below Does anyone has a solution or suggestion?? Although the user should have enough permissions it seems that there still is a problem with priviliges... Semi friendly message: Site-inhoud en -structuur: verplaatsen 19 Move: test.aspx naar /SiteX/CompanyPolicy/Pages has failed<br/>There are no items moved. Delete test.aspxfromthe selectionand try again. http://portal/SiteX/CompanyPolicy/Pages/test.aspx <error><customData>Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)) at Microsoft.SharePoint.SPGlobal.HandleUnauthorizedAccessException(UnauthorizedAccessException ex) at Microsoft.SharePoint.Library.SPRequest.UpdateField(String bstrUrl, String bstrListName, String bstrXML) at Microsoft.SharePoint.SPField.set_SchemaXml(String value) at Microsoft.SharePoint.Deployment.ContentTypeSerializer.UpdateContentTypeFields(SPContentType sourceContentType, SPContentType targetContentType, String contentTypeXml, ImportObjectManager importObjectManager) at Microsoft.SharePoint.Deployment.ContentTypeSerializer.UpdateContentType(SPContentType sourceContentType, SPContentType targetContentType, String contentTypeXml, ImportObjectManager importObjectManager) at Microsoft.SharePoint.Deployment.ContentTypeSerializer.ProcessContentType(SPContentType sourceContentType, String contentTypeXml, ImportObjectManager importObjectManager, Boolean IsParentSystemObject) at Microsoft.SharePoint.Deployment.ContentTypeSerializer.SetObjectData(Object obj, SerializationInfo info, StreamingContext context, ISurrogateSelector selector) at Microsoft.SharePoint.Deployment.XmlFormatter.ParseObject(Type objectType, Boolean isChildObject) at Microsoft.SharePoint.Deployment.XmlFormatter.DeserializeObject(Type objectType, Boolean isChildObject, DeploymentObject envelope) at Microsoft.SharePoint.Deployment.XmlFormatter.Deserialize(Stream serializationStream) at Microsoft.SharePoint.Deployment.ObjectSerializer.Deserialize(Stream serializationStream) at Microsoft.SharePoint.Deployment.ImportObjectManager.ProcessObject(XmlReader xmlReader) at Microsoft.SharePoint.Deployment.SPImport.DeserializeObjects() at Microsoft.SharePoint.Deployment.SPImport.Run()</customData></error><error><message>Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))</message><full>Microsoft.SharePoint.SPException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)) ---&gt; System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)) at Microsoft.SharePoint.SPGlobal.HandleUnauthorizedAccessException(UnauthorizedAccessException ex) at Microsoft.SharePoint.Deployment.SPImport.Run() at Microsoft.SharePoint.Publishing.Internal.DeploymentWrapper.MoveItems(String[] sourceSmtObjectIds, String destSmtObjectId)--- End of inner exception stack trace --- at Microsoft.SharePoint.Publishing.Internal.DeploymentWrapper.MoveItems(String[] sourceSmtObjectIds, String destSmtObjectId) at Microsoft.SharePoint.Publishing.Internal.WebControls.MoveItems.Copy()</full><customData>Moving: test.aspx to /SiteX/CompanyPolicy/Pages has failed</customData></error> Log from 12 hive: 05/07/2008 09:51:39.32 w3wp.exe (0x164C)0x2474Windows SharePoint ServicesGeneral0Monitorable Potentially excessive number of SPRequest objects (12) currently unreleased on thread 32. Ensure that this object or its parent (such as an SPWeb or SPSite) is being properly disposed. This object is holding on to a separate native heap. Allocation Id for this object: {30BA8AAA-B223-4165-B9A3-78277B0962CE} Stack trace of current allocation: at Microsoft.SharePoint.SPRequestManager.Add(SPRequest request, Boolean shareable) at Microsoft.SharePoint.SPGlobal.CreateSPRequestAndSetIdentity(Boolean bNotGlobalAdminCode, String strUrl, Boolean bNotAddToContext, Byte[] UserToken, String userName, Boolean bIgnoreTokenTimeout, Boolean bAsAnonymous) at Microsoft.SharePoint.SPWeb.InitializeSPRequest() at Microsoft.SharePoint.SPWeb.EnsureSPRequest() at Microsoft.SharePoint.SPWeb.get_R... ...equest() at Microsoft.SharePoint.SPWeb.SetAllowUnsafeUpdates(Boolean allowUnsafeUpdates) at Microsoft.SharePoint.SPWeb.set_AllowUnsafeUpdates(Boolean value) at Microsoft.SharePoint.Publishing.LongRunningOperationStatus.<>c__DisplayClass6.<Update>b__5() at Microsoft.SharePoint.SPSecurity.CodeToRunElevatedWrapper(Object state) at Microsoft.SharePoint.SPSecurity.<>c__DisplayClass4.<RunWithElevatedPrivileges>b__2() at Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode) at Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(WaitCallback secureCode, Object param) at Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(CodeToRunElevated secureCode) at Microsoft.SharePoint.Publishing.LongRunningOperationStatus.Upd... ...ate(SPSite site) at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.<>c__DisplayClass22.<UpdateStatus>b__1d() at Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock) at Microsoft.Office.Server.Diagnostics.ULS.SendWatsonOnExceptionTag(ULSTagID tagID, ULSCat categoryID, String output, Boolean fRethrowException, TryBlock tryBlock, CatchBlock catchBlock, FinallyBlock finallyBlock) at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.UpdateStatus(OperationStatus status, SPSite site) at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.<>c__DisplayClass1b.<UpdateStatus>b__1a() at Microsoft.Shar... ...ePoint.SPSecurity.CodeToRunElevatedWrapper(Object state) at Microsoft.SharePoint.SPSecurity.<>c__DisplayClass4.<RunWithElevatedPrivileges>b__2() at Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode) at Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(WaitCallback secureCode, Object param) at Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(CodeToRunElevated secureCode) at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.UpdateStatus(OperationStatus status) at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.UpdateStatus() at Microsoft.SharePoint.Publishing.Internal.WebControls.MoveItems.DoWork() at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.<ThreadE... ...ntryPoint>b__11() at Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock) at Microsoft.Office.Server.Diagnostics.ULS.SendWatsonOnExceptionTag(ULSTagID tagID, ULSCat categoryID, String output, Boolean fRethrowException, TryBlock tryBlock, CatchBlock catchBlock, FinallyBlock finallyBlock) at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.<ThreadEntryPoint>b__f() at Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock) at Microsoft.Office.Server.Diagnostics.ULS.SendWatsonOnExceptionTag(ULSTagI... ...D tagID, ULSCat categoryID, String output, Boolean fRethrowException, TryBlock tryBlock, CatchBlock catchBlock, FinallyBlock finallyBlock) at Microsoft.SharePoint.Publishing.Internal.LongRunningOperationJob.ThreadEntryPoint() at System.Threading.ThreadHelper.ThreadStart_Context(Object state) at System.Threading.ExecutionContext.runTryCode(Object userData) at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ThreadHelper.Th... ...readStart()

Hi I too am having the same issue when the user is not a Site Collection Administrator. Has anyone managed to solve this yet? Many Thanks Andy

I hope to solve this by installing a couple of fixes: KB952704 KB952698 KB941422 KB948945 Besides these hotfixes we're also going to install the Infrastucture updates: KB951695 KB951297 Hope this will solve a couple of issues we're having. At the end of the week (hopefully)i'll be back with the results.If anyone has more info about this problem, please let us know!

Unfortunately none of these fixes solved this issue. So we're still struggling with this problem. If anyone has more info, please share it with us!Thanks.

How have you tried to move the file? (Send to function from the file drop down menu, drag and drop with Windows Explorer, Manage Content and Structure option). Does it fail with all of these options? Does one option still work?- Ben

I also get this error when moving a page from a document library to another document library in a subsite. It works well for administrators but normal users get this error.I can get it to work if I add the site permission "Manage Permissions" to our custom permission level but we don't want our users to have such high permissions!One must surely be able to move files without the "Manage Permissions" permission?

Any update on this?

I'm currently on a different project, so I'm not able to investigate this problem any further.

Currently, I have given up on this.We're giving the "Manage Permissions" permission to people who want to move files... It's not very neat. :(

When we add the user to site Collection Administrator & the move operation within Manage Content Structure works fine, also I believe if you create a brand new page & try to move it using Full control rights the move operation should work. I think some user account / Process is locking the file in Question. As we dont want to add the user to Site Collection Administrator we can make use of the Copy operation which enables us to have the file at the destination Also we can try installingDecember Cumulative Updates which includes lots of fixes.Tech Support

Can anyone confirm my findings that the "Manage permissions" permission is needed to move files within a site?Thanks.

We've encountered similar errors before but only in relation to publishing pages. The solution for us was to ensure that the associated layout pages did not have any draft versions in the version history. All of the access denied errors we were receiving related in some way to the master page gallery. We attempted to grant the specific users full control on the master page library but this didn't prevent the errors. We noticed that certain pages were able to be moved without any issues. After further testing we determined that the success of the move operation was dependant on the page layout being used. Comparing our layouts we noticed that the only majordifference was the contents of the version history. We experimented with deleting all versions and the move operation succeeded. We then tried removing only draft versions. This also appeared to fix the problem.Still don't understand why this worked but don't have the time to investigate further.

We are currently running into the same problem.The Site Collection Administrator is able to move files, all other users (incuding site owners), receive the access denied error message.I tried to remove the the major and draft versions of the page layouts, but this took no effect.It seems I have to add the users who want's to move files as site collection administrators until I get an answer on this error.

It seems I have to add the users who want's to move files as site collection administrators until I get an answer on this error. From what I've seen, you "only" need to give them the "Manage permissions" permission. I hope it helps!

The users had owner permissions, including "Manage permissions", only adding the users as site collection administrators helped.

The users had owner permissions, including "Manage permissions", only adding the users as site collection administrators helped. Same here! Definitely this sucks :( Seems that the copy/move fails if the user is added into Designers group. Doesn't matter if the user has separately added to site collection with full permissions just as long as the user is also in designers group this fails.

The users had owner permissions, including "Manage permissions", only adding the users as site collection administrators helped. Same here! Definitely this sucks :( Seems that the copy/move fails if the user is added into Designers group. Doesn't matter if the user has separately added to site collection with full permissions just as long as the user is also in designers group this fails. Can somebody confirm this? Go to Site Permissions, _layouts/user.aspx, and add your user, give it directly permissions Design and Manage Hierarchy. Now create page and try to move it with the user you just added to your site. Did it work? Don't touch the user you just added to site permissions but go to people and groups again, find Designers group and add the same user here. Try to move the same page again. Did it work this time? Pay attention that you're really using the correct user when moving the page. What is going on and what should we do about this? Why does being in designers-group ignore permissions given elsewhere (e.g. directly given permissions/being in administrator group / etc.)?

More update on this. Setting only read-permissions to _catalogs/masterpage for Designers-group does the trick.

The "trick" from Harri K did it in my case, too. Thanks for the post. Our users who went from site collection admin into the designers group had to empty their IE cache.. then it worked...

i came across same issue. any updates? thanksAndrew Chen Interested in BI related technologies

We have performed extensive testing on this using the OOTB Publishing Site with Workflow. There seems to be a difference between sites created within variations and outside of variations. With sites outside of variations, we use an access rights group called "Restricted Full Control" - this is a copy of Full Control but without Create Rights Groups enabled. It does have manage permissions enabled, however we stopped non-administrators getting to these pages by altering the web.config file to deny access to non-administrators, e.g. <location path="_layouts/role.aspx"> <system.web> <authorization> <allow roles="Administrators" /> <deny users="*" /> </authorization> </system.web> </location> This allows editors of a WCM site collection the ability to move and copy pages but without actually being able to manipulate the user groups. That's for sites created outside variations. For sites created inside of variations when there is a target variation this doesn't work, we still get the error message described at the top of this thread. I've tried all of the suggestions above but with no success. For sites that have a single source variation it works fine still, even though the action of moving a page in the source variation does not replicate the move in target variations. So it seems that for WCM solutions with variations, you need to be a site collection administrator to move pages. We did contact Microsoft about this, who suggested a workaround of opening source and target lists in Windows Explorer and using cut/paste. However this isn't a solution as links to the page that is moved are not fixed up. My best guess for this is that there is a call to SPExport.Run() and that requires Site Collection Administrator rights, although why it isn't a problem for sites outside of variations I don't know. For copy operations, the user must be a site collection administrator regardless: http://support.microsoft.com/kb/2015265/en-gb

I have been able to verify this solution in my case. I was able to duplicate it also. It appears the designer group by default has designer permissions to the _catalogs/masterpage directory. Our user was able to perform a copy until added to the designer group. When i went to that _catalogs/masterpage directory, I saw that the Designer Group had Designer permissions. i changed this to read, and a copy was able to be performed with no issue. Thank you! Thank you!

Thanks for proposing the post as otherwise I couldn't see what "this solution" was. Now that one of the posts is marked as an answer, I'm locking this thread (from *2008*) before anyone else adds to it. It's already very unwieldy. ModeratorSP 2010 "FAQ" (mainly useful links): http://wssv4faq.mindsharp.com/default.aspx WSS3/MOSS FAQ (FAQ and Links) http://wssv3faq.mindsharp.com/default.aspx Both also have links to extensive book lists and to (free) on-line chapters