Aloha,

so I've seen a lot of threads on this and I experienced this first hand earlier today. I'm assuming that DotNetNuke would not realese a version that would not work on GoDaddy regular medium trust account - so many users actuallly using that. That beeing said, could someone actually figure out what the issue is here - from the core team maybe, if this is not solved this would be a major issue for new and existing users especially the ones that prefer (for whatever reason) GoDaddy or any other hosting solution wiht Medium Trust. Let me ask you this, is that part of the Unit or QA process - i.e. to test a clean install on medium trust level? I would sure hope so...

anyway, please advice all of us to what to do and I sure hope we do not get the unsatisifed answer - change host...lol

Thanks

ERRORA at HAND

An error has occurred.
DotNetNuke.Services.Exceptions.PageLoadException: Exception has been thrown by the target of an invocation. ---> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Security.SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed. at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet) at System.Security.CodeAccessPermission.Demand() at System.Reflection.Assembly.VerifyCodeBaseDiscovery(String codeBase) at System.Reflection.Assembly.get_CodeBase() at System.Web.Handlers.ScriptResourceHandler.GetCodeBaseWithAssert(Assembly assembly) at System.Web.Handlers.ScriptResourceHandler.GetLastWriteTime(Assembly assembly) at System.Web.Handlers.ScriptResourceHandler.GetAssemblyInfoInternal(Assembly assembly) at System.Web.Handlers.ScriptResourceHandler.GetAssemblyInfo(Assembly assembly) at System.Web.Handlers.ScriptResourceHandler.RuntimeScriptResourceHandler.System.Web.Handlers.IScriptResourceHandler.GetScriptResourceUrl(Assembly assembly, String resourceName, CultureInfo culture, Boolean zip, Boolean notifyScriptLoaded) at System.Web.UI.ScriptManager.GetScriptResourceUrl(String resourceName, Assembly assembly) at System.Web.UI.ScriptRegistrationManager.RegisterClientScriptResource(Control control, Type type, String resourceName) at System.Web.UI.ScriptManager.RegisterClientScriptResource(Control control, Type type, String resourceName) The action that failed was: Demand The type of the first permission that failed was: System.Security.Permissions.FileIOPermission The Zone of the assembly that failed was: MyComputer --- End of inner exception stack trace --- at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner) at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture) at System.RuntimeType.InvokeMember(String name, BindingFlags bindingFlags, Binder binder, Object target, Object[] providedArgs, ParameterModifier[] modifiers, CultureInfo culture, String[] namedParams) at System.Web.UI.WebControls.ValidatorCompatibilityHelper.RegisterClientScriptResource(Control control, Type type, String resourceName) at System.Web.UI.WebControls.BaseValidator.RegisterValidatorCommonScript() at System.Web.UI.WebControls.BaseValidator.OnPreRender(EventArgs e) at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Control.PreRenderRecursiveInternal() at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) --- End of inner exceptio

Aloha,

yes if someone can please take the leadership on this from the core team and let us know - this is a major issue and just ignoring to answer this issue is not very professional. I do know that there are no guarantees that one will get questions answered at this forum (which in itself is very lame..), but this core DNN issue must be tackled or exlpained to DNN members.

Thanks

This issue is pretty major for me too as up to this point I have had no issues with GoDaddy and running DNN on their hosting. I have been attempting to perform a new install of DNN 4.9. I have attempted this on GoDaddy with both their IIS7 and IIS6 hosting and both get the error. Fortunately this error has not affected my existing accounts with them (keeping my fingers crossed).

Here are the steps of how I am able to create the error consistently:

1. FTP DNN 4.9 files to hosting account and have Database setup

2. On GoDaddy's control panel File Manager I set the folders to be read/write with all child folders reset to inherit.

3. I then access the DNN install process using Custom and everythign completes fine.

4. Log into site with host account and attempt to access either "Site Settings" or "Host Settings" you get the error.

Note: If I just sign in with admin account I can access "Site Settings" page, just thought that was interesting.

I have contacted GoDaddy and tried to work with them on this issue, trying to convince them that the issue is being caused on their side because I have the same DNN install running on their hosting with a number of other sites. So far they have told me that there is nothing that they can do to help me and that it must be caused by the DNN install. I am going to do one last ditch effort of using their "one click" install of DNN, which I don't like cause I think they muck with the files and I have had issues with it in the past. If I still get the error then I will at least have more ammo because it is their install of it.