Hi,

I have 4 child portals. In 1 of them i have a strange problem:

If i log into this portals as host (only if i log in as host - other user works without problems, administrators too) i see all module's container but not the contained data, and in module's menu disappeare the edit link.

If i navigate the site as guest or autenticated user i can see all the modules in the correct way, and if i log in as admin i can manage all, except host settings obviously.

I search for the problem in log viewer and the message is the seguent:

AssemblyVersion: 04.05.01
PortalID: 37
PortalName: La Tua Salute
UserID: 1
UserName: host
ActiveTabID: 901
ActiveTabName: Home
RawURL: /Home/tabid/901/Default.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer: http://latuasalute.sitesolutions.it/
UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 6c914292-85d1-46ca-ba95-7c2c82ee7f69
InnerException: Unhandled error loading page.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.UI.Util.CheckVirtualFileExists
StackTrace:
Message: DotNetNuke.Services.Exceptions.PageLoadException: Unhandled error loading page. ---> System.Web.HttpException: Il file '/Portals/37/Skins/LaTuaSalute/Homepage.ascx' non esiste. in System.Web.UI.Util.CheckVirtualFileExists(VirtualPath virtualPath) in System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) in System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) in System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath) in System.Web.UI.TemplateControl.LoadControl(String virtualPath) in DotNetNuke.Framework.DefaultPage.LoadSkin(String SkinPath) --- Fine dell'analisi dello stack dell'eccezione interna ---
Source:

---------------------------------

I try to rollback, step by step, all the modifies introduced (skin, container, personal modules, files...) but this problem never change.
I try to search for help on-line... nothing i found was helpfully. I understand that can be some problems with my web config but i have the problem only in 1 site. aniway i change the web.config as they say, but nothings change.

If i make a new portal with the same skin and modules definition and settings... (if i clone the site)... the new site works perfectly in a first moment. A week later, i have developed new features, and have changed modules and data... today it is broken as the same way.

I am losing the hope... help me

Thank you

Ellis

:P sorry... i have attached the wrong error message.

The seguent message is the real error:

AssemblyVersion: 04.05.01
PortalID: 37
PortalName: La Tua Salute
UserID: -1
UserName:
ActiveTabID: 901
ActiveTabName: Home
RawURL: /ScriptResource.axd?d=R4c5zuZPNMcsrYJVEkMv92mY5UZJ03xA0slBUCSYnd6p4uxWehXx753cgZ0_oghG0&t=633049125920000000
AbsoluteURL: /ScriptResource.axd
AbsoluteURLReferrer: http://latuasalute.sitesolutions.it/Home/tabid/901/Default.aspx
UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: d543b804-a568-48ed-8250-3de3b5097d63
InnerException: Unhandled Error:
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.HttpNotFoundHandler.ProcessRequest
StackTrace:
Message: System.Exception: Unhandled Error: ---> System.Web.HttpException: Path '/ScriptResource.axd' was not found. at System.Web.HttpNotFoundHandler.ProcessRequest(HttpContext context) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) --- End of inner exception stack trace ---
Source:

Thanks

Ellis

Sicos,

    I'm sorry but i don't solve this problem. Simple i ignore it!

I know it's difficult think the host user cannot view/edit content, etc, but the host menù works anyway and the admin user can satisfy editing pages and modules... On my Portal there aren't other problems.

If this way doesn't satisfy you, u can (of course find a better answer ;D) create another portals, like the first, and change all the aliases. I try this way the first time the problem has been manifested. It works, of course, but, in my case, it comes back again (this mean there are a cronicle problem or in my dnn-configuration/installation or in source code of the modules i create for the portal)

I'm interested on this problem. If u find a definitive solution, please, send it as replay in this post.

Bye

Ellis