First of all, let me say I'm a bit of a newbie when it comes to Sharepoint but I inherited an intranet portal which was recently restored after HDD trouble. The system was reinstalled but, after reinstallation, wiki pages do not work.
I've tried logging using IIS Failed Requests as well as Sharepoint's internal logging and monitoring using procmon. Procmon doesn't show any ACCESS DENIED messages and IIS Failed Requests just points to ASP.NET returning 403 FORBIDDEN (substatus 0 - SUCCESS).
The system's SPS 2010, SP2 applied, running under Windows 2008 R2 and ASP.NET 3.5. What I've noticed is that the forms in the wiki library work (such as AllPages.aspx), only the pages themselves are troublesome. I edited a copy of one article using Sharepoint Designer, removing parts of the page until the error disappeared. Apparently, if I change the Inherits="Microsoft.SharePoint.WebPartPages.WikiEditPage" to Inherits="Microsoft.SharePoint.WebPartPages.WebPartPage" the article appears (although in a different layout) - contact intact, permissions OK.
So, basically, I'm wondering if anyone has an idea as to why using that class would cause the 403 message. I forgot to mention I tried setting the trust level to WSS_Minimum and Full since I've noticed some permissions in the C# declarations for the class (although these dlls are already registered in GAC from what I can tell). I also tried setting permissions for the "bin" directory as some posts show - although I don't use any non-GAC DLLs, I was just desperate to try something.
Thanks to anyone who's read this post through. Any help is appreciated :)
$wa = Get-SPWebApplication -Identity "<WebApplication>" $wa.Properties["portalsuperuseraccount"] $wa.Properties["portalsuperreaderaccount"]