This project is read-only.
1

Closed

Edit doesn't work in DNN 8.3.0

description

When I go to edit an existing article in DNN 8.3.0 (using the latest DNNSimpleArticle module), I get the following error:
Error: is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: Unknown server tag 'dnn:TermsSelector'. ---> System.Web.HttpParseException: Unknown server tag 'dnn:TermsSelector'. ---> System.Web.HttpParseException: Unknown server tag 'dnn:TermsSelector'. ---> System.Web.HttpException: Unknown server tag 'dnn:TermsSelector'. at System.Web.UI.TagPrefixTagNameToTypeMapper.System.Web.UI.ITagNameToTypeMapper.GetControlType(String tagName, IDictionary attribs) at System.Web.UI.MainTagNameToTypeMapper.GetControlType2(String tagName, IDictionary attribs, Boolean fAllowHtmlTags) at System.Web.UI.MainTagNameToTypeMapper.GetControlType(String tagName, IDictionary attribs, Boolean fAllowHtmlTags) at System.Web.UI.RootBuilder.GetChildControlType(String tagName, IDictionary attribs) at System.Web.UI.ControlBuilder.CreateChildBuilder(String filter, String tagName, IDictionary attribs, TemplateParser parser, ControlBuilder parentBuilder, String id, Int32 line, VirtualPath virtualPath, Type& childType, Boolean defaultProperty) at System.Web.UI.TemplateParser.ProcessBeginTag(Match match, String inputText) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ProcessException(Exception ex) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseFile(String physicalPath, VirtualPath virtualPath) at System.Web.UI.TemplateParser.ParseInternal() at System.Web.UI.TemplateParser.Parse() at System.Web.Compilation.BaseTemplateBuildProvider.get_CodeCompilerType() at System.Web.Compilation.BuildProvider.GetCompilerTypeFromBuildProvider(BuildProvider buildProvider) at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders() at System.Web.Compilation.BuildProvidersCompiler.PerformBuild() at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath) at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate) at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate) at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath) at DotNetNuke.UI.ControlUtilities.LoadControl[T](TemplateControl containerControl, String ControlSrc) at DotNetNuke.UI.Modules.WebFormsModuleControlFactory.CreateModuleControl(TemplateControl containerControl, ModuleInfo moduleConfiguration) at DotNetNuke.UI.Modules.ModuleControlFactory.LoadModuleControl(TemplateControl containerControl, ModuleInfo moduleConfiguration) at DotNetNuke.UI.Modules.ModuleHost.LoadModuleControl() --- End of inner exception stack trace ---

Adding a new article does the same thing.

file attachments

Closed Feb 26, 2016 at 5:21 AM by christoc

comments

christoc wrote Feb 23, 2016 at 9:55 PM

Thanks, I will look at getting this fixed in a release this week.

Chris

brianga wrote Feb 23, 2016 at 10:15 PM

Thanks Chris.

The upgrade to DNN 8.3.0 broke a lot of modules for us, not just yours so I am having fun (not sure if that is the correct word) trying to figure out the best way to fix it all.

Thankfully it was just on our test site so nothing live has broken.

christoc wrote Feb 24, 2016 at 4:10 AM

For a quick fix I believe you can do the following to EDIT.ascx

AFTER THIS LINE
<%@ Register TagPrefix="dnn" Assembly="DotNetNuke.Web" Namespace="DotNetNuke.Web.UI.WebControls" %>

ADD THIS
<%@ Register TagPrefix="dnndep" Assembly="DotNetNuke.Web.Deprecated" Namespace="DotNetNuke.Web.UI.WebControls" %>





CHANGE This
<dnn:TermsSelector ID="tsTerms"

TO THIS
<dnndep:TermsSelector ID="tsTerms"

I'll do some testing on that myself, but I think that's what needs done here.

wrote Feb 24, 2016 at 4:59 AM

christoc wrote Feb 24, 2016 at 4:59 AM

Sorry, the change wasn't that simple. I've thrown together a new build that works in my DNN8 Dev environment. Here's the Install file. I'll work on getting an official release together later this week.

wrote Feb 24, 2016 at 5:00 AM

christoc wrote Feb 24, 2016 at 5:00 AM

Apparently I didn't wait for the upload to complete.... silly Codeplex

wrote Feb 24, 2016 at 5:01 AM

wrote Feb 24, 2016 at 5:01 AM

christoc wrote Feb 24, 2016 at 5:02 AM

Fine attached to the ISSUE itself, not the comments

wrote Feb 24, 2016 at 5:02 AM

brianga wrote Feb 24, 2016 at 2:08 PM

wow. Thanks for the super quick job getting that working. That was amazing.

I am downloading this now and will test it very shortly.

Awesome work.

brianga wrote Feb 24, 2016 at 2:09 PM

hahaha... gotta love codeplex.
I went to download the file you attached to the issue itself and:

Oops!
We’re sorry, but an error has occurred. The error has been logged for review by our team.

Most likely this was an intermittent issue, please try your task again. If you would like to contact us regarding this error, then you can use our contact us form.

Error Reference #eb19fd00-a5a2-47dc-80ff-d60fcf6e9bd7

I don't get why it is being so unhappy with this?

christoc wrote Feb 24, 2016 at 4:05 PM

I guess it is time to switch this project to GitHub as well :(

Email me and I'll send you the current ZIP.

chris - christoc.com

christoc wrote Feb 26, 2016 at 5:21 AM

New release over on GitHub, moving the project there.

https://github.com/ChrisHammond/dnnsimplearticle

wrote Feb 26, 2016 at 5:21 AM