It's still in 4.5.4 RC2

Maybe logging a support issue would help but it's hard to log a ticket when you are not sure why it was put there to begin with.

Is it a bug? Do we ask for an enhancement?

Mitchel,

It is already logged here: http://support.dotnetnuke.com/issue/ViewIssue.aspx?id=5959
When I applied the solution you provided, I had an error in the event viewer for the first 2 times I tried to access the Host Settings:

AssemblyVersion: 04.05.05
PortalID: 0
PortalName: DV FX
UserID: x
UserName: xxxx
ActiveTabID: xx
ActiveTabName: Configuration
RawURL: /Host/Host Settings/tabid/xx/portalid/0/Default.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer:
UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: ee96b044-3c07-4edc-9522-0806cae392d1
InnerException: Unhandled error loading page.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.Compilation.BuildManager.PostProcessFoundBuildResult
StackTrace:
Message: DotNetNuke.Services.Exceptions.PageLoadException: Unhandled error loading page. ---> System.Web.HttpCompileException: c:\xxxxxxxxx\Portals\0\Skins\MySkin\skin-normal.ascx(22): error BC30560: 'admin_skins_logo_ascx' is ambiguous in the namespace 'ASP'.at System.Web.Compilation.BuildManager.PostProcessFoundBuildResult(BuildResult result, Boolean keyFromVPP, VirtualPath virtualPath)at System.Web.Compilation.BuildManager.GetBuildResultFromCacheInternal(String cacheKey, Boolean keyFromVPP, VirtualPath virtualPath, Int64 hashCode)at System.Web.Compilation.BuildManager.GetVPathBuildResultFromCacheInternal(VirtualPath virtualPath)at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath)at System.Web.UI.TemplateControl.LoadControl(String virtualPath)at DotNetNuke.Framework.DefaultPage.LoadSkin(String SkinPath)--- End of inner exception stack trace ---
Source:
Server Name: xxxx

Strange. But now, everything is ok...
DV

Ok, perfect

DV