Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...DNN 6.0.0 Module Load ExceptionDNN 6.0.0 Module Load Exception
Previous
 
Next
New Post
8/25/2011 12:23 PM
 
theres something badly wrong there  -the calendar is in DotNetNuke.Common.Utilities.Calendar and not where that message says its looking.
can you please send a copy of your c:\!Applications\MandevilleMill.com\DesktopModules\Admin\Security\SecurityRoles.ascx.cs file to cathal(at)dnncorp(dot)com for me to review.

Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
New Post
8/26/2011 8:38 AM
 
update: Joe sent me the file I requested and it's the correct version so im not sure why this would not be working as the exception being thrown appears to address the wrong class namespace. At this point the only thing I can think of is to attach a debugger and see what is exactly happening in case the error is a bit of a red herring (i.e. the problem is locate elsewhere)

Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
New Post
8/26/2011 2:45 PM
 

Thanks for looking, Cathal.
Here's what we did, and it may be only a temporary work around

RE: DesktopModules/Admin/Security/SecurityRoles.ascx.cs

The alias import using Calendar = DotNetNuke.Common.Utilities.Calendar seems to be clashing with some
other import -- perhaps global import in the core.

Once we changed line 448/449 to use the full reference as follows, it worked.

Calendar.InvokePopupCal(txtEffectiveDate); => DotNetNuke.Common.Utilities.Calendar.InvokePopupCal(txtEffectiveDate);

 
New Post
8/28/2011 11:32 AM
Accepted Answer 
Here's what was happening ... found the clash ... there was another desktop module called Calendar ... dated from 2005 ... it wasn't registered as an extension ... it used the same namespace ... once I removed the dll's for that module and restored SecurityRoles.ascx.cs to use the Calendar alias, all is well.
Guess that's a lesson learned about updating.
Again, thanks for your help!
 
New Post
8/31/2011 12:10 PM
 
thats great news as it really didnt make any sense :)

Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...DNN 6.0.0 Module Load ExceptionDNN 6.0.0 Module Load Exception


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out