DotNetNuke

Re: MinMax persistance type of cookie requires a ModuleId?

datamark — Tue, 21 Mar 2006 03:56:38 GMT

I wonder if you could translate this into something a beginner-programmer could wrap his brain around? I'm using DNN and CATALook for a storefront. But I have not loaded anything in Visual Studio. I've just been using the DNN admin and host functions to build a site. Now, who knows why, I get the "MinMax persistance type of cookie requires a ModuleId" error like so many others it seems. I'm quite sure it is not a programming error of mine, so it must be a pre-made module from DNN or CATALook. Right? How do I go about figuring it out? I'm new at this, but I promise to try to understand and participate. - Thanks

Re: MinMax persistance type of cookie requires a ModuleId?

michael1047 — Tue, 21 Mar 2006 02:06:18 GMT

This bug was almost the death of one of my largest projects. For all of you who encounter this error, pay close attention to your manifest. (yourcompany.module.dnn) Make sure all your dlls are called out. The one I messed was settings.aspx.dll. In my orignal project I did not have a settings.aspx. (it came from the starter kit.

<slightRant>What drives me crazy is that now I have to edit the .dnn file every time I pre-compile. This is NO good and a complete waste of time for me (or anyone else I would imagine).</slightRant>

Anyway, just keep a lookout for missing or misspelled .dll or file references in your .dnn file.

hope this returns your sanity... :-)

Re: MinMax persistance type of cookie requires a ModuleId?

Web Data Technologies — Fri, 13 Jan 2006 01:14:30 GMT

The solutions that work here vary depending on your setups and your portal versions.

If you have 3.x:

It could be as simple as looking at the class inheritance in your ascx file and making sure that the class its calling exists in the code behind. It could be different namespaces. Check both.

If you have version 4.x:

Check to make sure that if you used templates that the files did infact install to the proper directory of DesktopModules and that your Provider went to to correct location as well.

These are both COMMON problems with this error. The error that I was getting was a result of the namespace issue. Everything was basically all over the place and nothing seemed to match anything as far as when it called for a certain class or namespace. I then noticed that the class that was called in the very first line of the ascx. Was no where to be found in my codebehind. Another developer was gracious to send me the second result. He noticed that the templates were misplacing files. When it did this when any part of the module made a call to the DAL it was not there and threw this error. So if you check your namespaces and check how and where they are called and defined. Along with checking any Inherited classes in the ascx you should be ok with 3.x. With 4.x you may have to ensure that when you build a project that the files are going where they should be and if they are not, move them. I hope this helps all of you out there with this problem as there seems to be more and more people getting this problem as more developers switch to the newer versions of DNN.

Michael

Re: MinMax persistance type of cookie requires a ModuleId?

chrissuttman — Thu, 12 Jan 2006 19:46:08 GMT

I just had the same MinMax error. I fixed it by correcting the namespace in my ascx file. I had done some cutting and pasting and apparently didn't put the correct path into one of the files. You will need to check the namespace throughout all files in your project as well as check the path to the codebehind for each ascx page (found in the top of the html). From what I've read elsewhere... DNN is pretty picky about namespaces being consistent.

Hope this helps.

Re: MinMax persistance type of cookie requires a ModuleId?

Filin — Wed, 11 Jan 2006 13:47:45 GMT

I had the same problem in DNN402. When i have created PA with source and deploy it to another DNN4 host. Its create wrong pathes to .ascx files. Its seems to be a bug :)

Re: MinMax persistance type of cookie requires a ModuleId?

goboxe — Tue, 27 Dec 2005 04:07:43 GMT

I also got similar errors as above - found in Log Viewer.

In my case, the module if works fine if I am using the standard DataGrid.

I got errors when try to replace the DataGrid with Infragistics WebGrid control.

Are there any considerations or compatibility issues with third party controls?

Cheers,

Hadzramin

Re: MinMax persistance type of cookie requires a ModuleId?

IcthusTech — Mon, 26 Dec 2005 20:52:57 GMT

I recieve the same error on an upgrade of 3.1.1 to 4.0.2 when the Search Imput module is on the page.

http://forums.asp.net/1151740/ShowPost.aspx

Re: MinMax persistance type of cookie requires a ModuleId?

Web Data Technologies — Mon, 26 Dec 2005 17:10:18 GMT

Thanks Paul this will help me as I have as of yet to grab on to the concept of custom module building as a whole. The modules that I am using in this particular instance are source modules that were built by a third party. They do currently work on dnn 3.1.1, but when I attempt to use them in another application they do not work with the new application is 3.2.1. The three errors that occur in the log are this:

ERROR #1

AssemblyVersion: 03.02.01
Method: DotNetNuke.UI.Utilities.DNNClientAPI.EnableMinMax
FileName:
FileLineNumber: 0
FileColumnNumber: 0
PortalID: 0
PortalName: TEST
UserID: 1
UserName: host
ActiveTabID: 73
ActiveTabName: New User Registration
AbsoluteURL: /DotNetNuke/Default.aspx
AbsoluteURLReferrer:
ExceptionGUID: dfc11bcb-4394-4766-8d2e-1465350b9540
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
InnerException: MinMax persistance type of cookie requires a ModuleId
Message: DotNetNuke.Services.Exceptions.PageLoadException: MinMax persistance type of cookie requires a ModuleId ---> System.Exception: MinMax persistance type of cookie requires a ModuleId at DotNetNuke.UI.Utilities.DNNClientAPI.EnableMinMax(Control objButton, Control objContent, Int32 intModuleId, Boolean blnDefaultMin, String strMinIconLoc, String strMaxIconLoc, MinMaxPersistanceType ePersistanceType, Int32 intAnimationFrames) at DotNetNuke.UI.Containers.Visibility.Page_PreRender(Object sender, EventArgs e) at System.Web.UI.Control.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.Page.ProcessRequestMain() --- End of inner exception stack trace ---
StackTrace:
Source:
Server Name: WEB

ERROR #2

ERROR #3

ModuleId: -1
ModuleDefId: -1
FriendlyName:
ModuleControlSource:
AssemblyVersion: 03.02.01
Method: System.Web.UI.TemplateParser.GetType
FileName:
FileLineNumber: 0
FileColumnNumber: 0
PortalID: 0
PortalName: TEST
UserID: 1
UserName: host
ActiveTabID: 73
ActiveTabName: New User Registration
AbsoluteURL: /DotNetNuke/Default.aspx
AbsoluteURLReferrer:
ExceptionGUID: 2d57856c-eead-4aca-bc1c-86bfca33c920
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
InnerException: Parser Error: Could not load type 'WebDataTechnologies.DNN.Modules.PageControl'.
Message: DotNetNuke.Services.Exceptions.ModuleLoadException: Parser Error: Could not load type 'WebDataTechnologies.DNN.Modules.PageControl'. ---> System.Web.HttpParseException: Parser Error: Could not load type 'WebDataTechnologies.DNN.Modules.PageControl'. ---> System.Web.HttpException: Could not load type 'WebDataTechnologies.DNN.Modules.PageControl'. at System.Web.UI.TemplateParser.GetType(String typeName, Boolean ignoreCase) at System.Web.UI.TemplateParser.ProcessMainDirective(IDictionary mainDirective) at System.Web.UI.TemplateControlParser.ProcessMainDirective(IDictionary mainDirective) at System.Web.UI.TemplateParser.ProcessDirective(String directiveName, IDictionary directive) at System.Web.UI.TemplateControlParser.ProcessDirective(String directiveName, IDictionary directive) at System.Web.UI.TemplateParser.ParseStringInternal(String text) at System.Web.UI.TemplateParser.ParseString(String text, String virtualPath, String basePhysicalDir) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ParseString(String text, String virtualPath, String basePhysicalDir) at System.Web.UI.TemplateParser.ParseFile(String filename, String virtualPath) at System.Web.UI.TemplateParser.Parse() at System.Web.UI.TemplateParser.GetParserCacheItemThroughCompilation() at System.Web.UI.TemplateParser.GetParserCacheItemInternal(Boolean fCreateIfNotFound) at System.Web.UI.TemplateParser.GetParserCacheItemWithNewConfigPath() at System.Web.UI.TemplateParser.GetParserCacheItem() at System.Web.UI.TemplateControlParser.CompileAndGetParserCacheItem(String virtualPath, String inputFile, HttpContext context) at System.Web.UI.TemplateControlParser.GetCompiledType(String virtualPath, String inputFile, HttpContext context) at System.Web.UI.UserControlParser.GetCompiledUserControlType(String virtualPath, String inputFile, HttpContext context) at System.Web.UI.TemplateControl.LoadControl(String virtualPath) at DotNetNuke.UI.Skins.Skin.InjectModule(Control objPane, ModuleInfo objModule, PortalSettings PortalSettings) --- End of inner exception stack trace ---
StackTrace:
Source:
Server Name: WEB

Thanks again for your help Paul.

Michael

Re: MinMax persistance type of cookie requires a ModuleId?

paulsoren — Sun, 25 Dec 2005 10:24:13 GMT

I can't see whether it's an existing module or it's a module you have developed yourself.

I assume the latter.

This error can be caused by many things. If your page contains an error which prevents the page from being loaded this is the error message you get. To see what's causing the error open the Log Viewer under Admin. You most proberly have a ModuleLoadException and a PageLoadException. Check the ModuleLoadException - you might find the answer there.

How do you avoid ending up in this situation. ?
What I do is to use the template to generate the project and then go ahead as so well explained in the tutorials from Seabury Design. Make sure that you can compile your project and add the module to DNN and see that you can load it BEFORE you start adding your own code. Split up your development process and make sure that you can load your module after each part of the process.

This is not the final solution, but my expriences and it works for me - with help from Seabury Design !

Re: MinMax persistance type of cookie requires a ModuleId?

Web Data Technologies — Sat, 24 Dec 2005 01:31:14 GMT

Some say this is a consistent name space inheritance issue? Some say its the lack of the [ModuleName]class Info.vb file in the App_Code/[ModuleName] directory. Which is it. I am thinking that it could be inconsistant classes.

MinMax persistance type of cookie requires a ModuleId?

Web Data Technologies — Fri, 23 Dec 2005 21:48:32 GMT

Everytime I define a module in my instance of DNN3.2 I get this error.

"MinMax persistance type of cookie requires a ModuleId"

What causes it and how do I rid myself of it? The steps I take to get this error are:
Navigiate as host to Host>>Module Definitions
Click Add New Module Definition
Type in Module Name, The folder containing the ascx and other files, Friendly Name, Description, Verison, Yes or No if its premium and then click update
Type in Definition Name click Add Definition
Leave Default Cache Time at 0 Click Add Control
Add My Controls, Keys, Types, Sources and Titles Click Update
Navigate to the Page I want the control on
Select the Control from the drop down Select the pane from the drop down Click Add

WAM! Error.

Any ideas on what might cause this?

A critical error has occurred.
MinMax persistance type of cookie requires a ModuleId

When I check the SQL Server Modules Table the Module has a ModuleID and in the ModelDefinitions Table the Module is listed with a ModelDefID.