Installed Helicon APE - set it as Global in the server config (Although it still asks to install it each time on the actual website page - shouldn't it automatically be enabled?)
However, if you click to edit the htaccess file (or the server config file on the "Servers" page) you get the following error:
<div style="height:300px;overflow:auto;">Control '~/DesktopModules/SolidCP/WebSitesEditHeliconApeFolder.ascx' could not be loaded: System.Web.HttpParseException (0x80004005): The base class includes the field 'DebuggerFrame', but its type (System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe). ---> System.Web.HttpParseException (0x80004005): The base class includes the field 'DebuggerFrame', but its type (System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe). <br> at System.Web.Compilation.BaseTemplateCodeDomTreeGenerator.BuildFieldDeclaration(ControlBuilder builder) <br> at System.Web.Compilation.BaseTemplateCodeDomTreeGenerator.BuildSourceDataTreeFromBuilder(ControlBuilder builder, Boolean fInTemplate, Boolean topLevelControlInTemplate, PropertyEntry pse) <br> at System.Web.Compilation.BaseTemplateCodeDomTreeGenerator.BuildSourceDataTreeFromBuilder(ControlBuilder builder, Boolean fInTemplate, Boolean topLevelControlInTemplate, PropertyEntry pse) <br> at System.Web.Compilation.BaseTemplateCodeDomTreeGenerator.BuildSourceDataTreeFromBuilder(ControlBuilder builder, Boolean fInTemplate, Boolean topLevelControlInTemplate, PropertyEntry pse) <br> at System.Web.Compilation.TemplateControlCodeDomTreeGenerator.BuildMiscClassMembers() <br> at System.Web.Compilation.BaseCodeDomTreeGenerator.BuildSourceDataTree() <br> at System.Web.Compilation.BaseCodeDomTreeGenerator.GetCodeDomTree(CodeDomProvider codeDomProvider, StringResourceBuilder stringResourceBuilder, VirtualPath virtualPath) <br> at System.Web.Compilation.BaseTemplateBuildProvider.GenerateCode(AssemblyBuilder assemblyBuilder) <br> at System.Web.Compilation.AssemblyBuilder.AddBuildProvider(BuildProvider buildProvider) <br> at System.Web.Compilation.AssemblyBuilder.AddBuildProvider(BuildProvider buildProvider) <br> at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders() <br> at System.Web.Compilation.BuildProvidersCompiler.PerformBuild() <br> at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath) <br> at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate) <br> at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate) <br> at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath) <br> at SolidCP.WebPortal.DefaultPage.AddModuleToContentPane(Control pane, PageModule module, String ctrlKey, Boolean editMode)</div>
Hello,
I will add it to my todo list to fix before the next release this month.
Regards,
Marco
Hi Marco,
Is this still scheduled to go in 1.4, I don't see any mention of it anywhere ?
Ben
Hello,
Sorry the heliconape fix is unverified (so it's not included in the release log).
I did however add it to the v1.4.0 release with another idn domain fix just now, so if you already installed v1.4.0 just re-do the portal and the (potential) fix should be there.
Regards,
Marco
Hi Marco.
Seems to work - thank you 🙂
