Comments on: Elegant SPSite Elevation

By: Christopher Deweese

Christopher Deweese — Fri, 24 Jun 2011 13:52:13 +0000

Keith,

Over 2 years later this post is still helpful :) Great samples and technique..just used it to fix a nasty problem that was giving us lots of headaches. Hope to see you at Day of .NET this year!

By: EXAM PREP « Kollipara's space

EXAM PREP « Kollipara's space — Fri, 24 Dec 2010 14:48:05 +0000

[...] using a UserToken: http://solutionizing.net/2009/01/06/elegant-spsite-elevation/ or [...]

By: Daniel

Daniel — Fri, 29 Oct 2010 17:20:59 +0000

Thank you! GetSystemToken saved my ass today!

By: chinu

chinu — Mon, 26 Jul 2010 19:43:27 +0000

I am still getting access denied error while trying to change site quota impersonating systemaccount. When I login as system account the code works. any idea why? I have already setup oweb.allowunsafeupdates to true.

By: Five Important Tests Before You Go Live | SharePoint Magazine

Five Important Tests Before You Go Live | SharePoint Magazine — Fri, 06 Nov 2009 08:45:47 +0000

[...] Practices for Elevated Privilege in SharePoint and Elevated Privilege with SPSite by Daniel Larson Elegant SPSite Elevation by Keith [...]

By: SPExLib Release: These Are A Few Of My Favorite Things « Solutionizing .NET

SPExLib Release: These Are A Few Of My Favorite Things « Solutionizing .NET — Mon, 01 Jun 2009 07:22:34 +0000

[...] Elegant SPSite Elevation [...]

By: Keith Dahlby

Keith Dahlby — Thu, 28 May 2009 19:55:21 +0000

The ULS logs (12\LOGS by default) should show you exception details to help pinpoint the error. One “usual suspect” you didn’t list would be a SafeControl entry. Other than that, my first guess would be that your production application pool identity doesn’t have sufficient permissions on the file share.

By: plissskin

plissskin — Thu, 28 May 2009 18:38:44 +0000

djeeg, I am using your method of the delegate RunWithElevatedPrivileges in a WebPart that does UNC file access to build a explorer type tree in the web part. It deploys and works fine on our test WSS 3.0 server farm, but when I deploy to our production farm, it seems to deploy and install normally. But when you try to add the web part to any page you get the import error message (“Cannot import web part”). Any ideas on why? I have beat myself to death on the usual suspects, Version number, public key, is the dll in the GAC, etc. It seems to be something about the RunWithElevatedPrivileges.

By: More SharePoint Higher-Order Functions « Solutionizing .NET

More SharePoint Higher-Order Functions « Solutionizing .NET — Thu, 19 Mar 2009 06:40:15 +0000

[...] Elegant SPSite Elevation [...]

By: Keith Dahlby

Keith Dahlby — Wed, 25 Feb 2009 21:36:13 +0000

djeeg ~

Judging by the lack of web.AllowUnsafeUpdates, I’m guessing you tried that from a console application rather than in a web context. If the current process doesn’t use impersonation (console app, stsadm, timer job), RWEP does nothing, which is why you would see the context user as the creator.

To see the real difference between the two methods, stick your code in a webpart and set title to Environment.Username. The RWEP block will show the app pool username, the other will show the current user, and both items will be created by System Account.

Cheers ~
Keith