We are testing UserManager module on DotNetNuke 4.3.3. If we come accross any issue, we'll post them here. If you enter counter any issues, please post it in this thead as well.
Thanks
WorkControl Tech Support
Hi, I posted this in the other thread I had started, but thought I better post here, too:
Hi Robert,
Thank you for the quick turn around. I just downloaded the update and ran into an error during the install on my test . I think this is a Medium Trust related issue.
Last few lines of the installation, then the error:
Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\SecurityRoles.ascx.resx Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\Users.ascx.resx Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\User.ascx.resx Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\Membership.ascx.resx Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\MemberServices.ascx.resx Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\Profile.ascx.resx Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\Password.ascx.resx Info Created E:\DNN4\Liko Portals\DesktopModules\WorkControl-UserManager\App_LocalResources\PagePermission.ascx.resx Failure ExceptionSystem.Configuration.ConfigurationErrorsException: An error occurred loading a configuration file: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed. (machine.config) ---> 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.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share) at System.Configuration.Internal.InternalConfigHost.StaticOpenStreamForRead(String streamName) at System.Configuration.Internal.InternalConfigHost.System.Configuration.Internal.IInternalConfigHost.OpenStreamForRead(String streamName, Boolean assertPermissions) at System.Configuration.Internal.InternalConfigHost.System.Configuration.Internal.IInternalConfigHost.OpenStreamForRead(String streamName) at System.Configuration.Internal.DelegatingConfigHost.OpenStreamForRead(String streamName) at System.Configuration.UpdateConfigHost.OpenStreamForRead(String streamName) at System.Configuration.BaseConfigurationRecord.InitConfigFromFile() 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.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal) at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors) at System.Configuration.Configuration..ctor(String locationSubPath, Type typeConfigHost, Object[] hostInitConfigurationParams) at System.Configuration.Internal.InternalConfigConfigurationFactory.System.Configuration.Internal.IInternalConfigConfigurationFactory.Create(Type typeConfigHost, Object[] hostInitConfigurationParams) at System.Web.Configuration.WebConfigurationHost.OpenConfiguration(WebLevel webLevel, ConfigurationFileMap fileMap, VirtualPath path, String site, String locationSubPath, String server, String userName, String password, IntPtr tokenHandle) at System.Web.Configuration.WebConfigurationManager.OpenWebConfigurationImpl(WebLevel webLevel, ConfigurationFileMap fileMap, String path, String site, String locationSubPath, String server, String userName, String password, IntPtr userToken) at System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration(String path) at DotNetNuke.Common.Utilities.Config.AddCodeSubDirectory(String name) at DotNetNuke.Modules.Admin.ResourceInstaller.PaDnnInstallerBase.CreateModuleFile(PaFile File, PaFolder Folder) at DotNetNuke.Modules.Admin.ResourceInstaller.PaDnnInstallerBase.CreateFiles(PaFolder Folder) at DotNetNuke.Modules.Admin.ResourceInstaller.PaDnnInstallerBase.Install(PaFolderCollection folders) at DotNetNuke.Modules.Admin.ResourceInstaller.PaInstaller.Install()
Rob Ralston
Rob,
Were you able to resolve the issue? Does your Network Serices account has write persmision to the DotNetNuke folder?
I tested the installation on the local machine (DNN 4.3.2 and 4.3.3) without problem. I also tested it on our demo site www.nguyencorp.com.
Regards,
Robert.
Yes, on this test server system, Network Services has modify perms on the DNN folders.
Here is what I have found:
The UserManager module version 4.03.02 and 4.03.04 work under DNN 4.3.2, but cause the install error documented when attempting to install on DNN 4.3.3 (Release).
Twice I created new instances of DNN 4.3.3, but your modules consistently failed to install.
I then created a new installation of DNN 4.3.2 and your module installed fine and works correctly.
For reference, this server is W2K3 SP1, .NET 2.0 medium trust (full trust didn't help) and SQL Express 2005.
Other than your module installs, the DNN 4.3.3 installations seem to be fine.
One more piece of information that may be helpful. After installing UserManager 4.03.04 on DNN 4.3.2 (as stated in my previous post) I then upgraded DNN to 4.3.3 and UM continues to work fine.
So it appears to strictly be an installation problem under 4.3.3.
Rob