I'm getting the following error when I try and open Site Settings on any of my sites after upgrading. I seem to recall seeing something about plUsername when I did the upgrade from 7.00.00 to 7.01.01 but don't recall having to fix anything. Anyone else seen anything like this?

Error: Site Settings is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: The base class includes the field 'plUsername', but its type (System.Web.UI.UserControl) is not compatible with the type of control (System.Web.UI.WebControls.Label). ---> System.Web.HttpParseException: The base class includes the field 'plUsername', but its type (System.Web.UI.UserControl) is not compatible with the type of control (System.Web.UI.WebControls.Label). ---> System.Web.HttpParseException: The base class includes the field 'plUsername', but its type (System.Web.UI.UserControl) is not compatible with the type of control (System.Web.UI.WebControls.Label). at System.Web.Compilation.BaseTemplateCodeDomTreeGenerator.BuildFieldDeclaration(ControlBuilder builder) at System.Web.Compilation.BaseTemplateCodeDomTreeGenerator.BuildSourceDataTreeFromBuilder(ControlBuilder builder, Boolean fInTemplate, Boolean topLevelControlInTemplate, PropertyEntry pse) at System.Web.Compilation.BaseTemplateCodeDomTreeGenerator.BuildSourceDataTreeFromBuilder(ControlBuilder builder, Boolean fInTemplate, Boolean topLevelControlInTemplate, PropertyEntry pse) at System.Web.Compilation.TemplateControlCodeDomTreeGenerator.BuildMiscClassMembers() at System.Web.Compilation.BaseCodeDomTreeGenerator.BuildSourceDataTree() at System.Web.Compilation.BaseCodeDomTreeGenerator.GetCodeDomTree(CodeDomProvider codeDomProvider, StringResourceBuilder stringResourceBuilder, VirtualPath virtualPath) at System.Web.Compilation.BaseTemplateBuildProvider.GenerateCode(AssemblyBuilder assemblyBuilder) at System.Web.Compilation.AssemblyBuilder.AddBuildProvider(BuildProvider buildProvider) --- End of inner exception stack trace --- at System.Web.Compilation.AssemblyBuilder.AddBuildProvider(BuildProvider buildProvider) at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders() at System.Web.Compilation.BuildProvidersCompiler.PerformBuild() at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath) at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate) at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate) at System.Web.Compilation.BuildManager.GetVPathBuildResult(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean ensureIsUpToDate) at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath) at DesktopModules.Admin.Portals.SiteSettings.<BindUserAccountSettings>b__1d(AuthenticationInfo authProvider) at System.Linq.Enumerable.<>c__DisplayClass12`3.<CombineSelectors>b__11(TSource x) at System.Linq.Enumerable.WhereSelectListIterator`2.MoveNext() at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext() at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection) at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source) at DesktopModules.Admin.Portals.SiteSettings.BindUserAccountSettings(PortalInfo portal, String activeLanguage) at DesktopModules.Admin.Portals.SiteSettings.BindPortal(Int32 portalId, String activeLanguage) at DesktopModules.Admin.Portals.SiteSettings. (EventArgs e) --- End of inner exception stack trace ---

Actually the issue has been found and resolved. Turns out I had a very out of date version of the AD Authentication extension installed that was causing weirdness. When it was updated to the latest version it corrected the issue.