All,

Finally with the release of DNN 3.0.13, the last bug was fixed in my content links module (which turned out to be a bug in DNN and not in my module).

Content Links 1.0 is a module based off of the Links module in the Core framework.

http://www.registrars.kent.edu/home/ContentLinks.zip

It allows you to not only open a link in a new window or existing window, but not in any of the available panes in your skin.  When adding and editing links, you will have a drop down which dynamically pulls from the available panes for the current skin, then you can select a pane.  When you click on the link, it will look and see if a pane has been selected, if so, inject an iframe into the pane with the same height/width/frame of the pane so it looks like it belonged there.  And unlike previous beta versions I have released for DNN 2.1.2, and 1.0, this new version does not require any modification of your skin with javascript.

Included in the zip file is the source code for the module and a PA to install.
I created the PA with the help of the new Create PA function in DNN and added the
SQL scripts manually to the zip file.

It currently piggybacks off of the existing Links table, and modifies it to add a ViewPane column for this module, which is removed when the module is uninstalled.

Let me know what you think.  And it does need DNN 3.0.13, DNN 3.0.12 would re-render the entire portal inside the pane instead of just the page you requested, whereas DNN 3.0.13 fixes this.

Nathan

 

As soon as I add this modile to a page, I get...

Unhandled error loading module.
DotNetNuke.Services.Exceptions.ModuleLoadException: E:\dotnetnuke\DesktopModules\ContentLinks\Links.ascx ---> System.IO.FileNotFoundException: E:\dotnetnuke\DesktopModules\ContentLinks\Links.ascx 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 ---

Also I cannot delete this erroring module from the page, without deleting the module itself from Module Definitions !!!

3.0.13 (upgraded from 3.0.12)

Steve

Dang it, I thought I fixed that issue:

I had it before, see this thread: http://forums.asp.net/876700/ShowPost.aspx

What happened was I had some comments in the links.ascx page, but I removed them and it worked.  Try to clear your cache under Host -> Host Settings -> Advanced -> Other Settings -> Performance Settings property.  I set mine to light caching, then clear cache.

Also did you use the PA or the source code?
You might want to re-compile it from source code if you havne't done that yet.

Problem is every system is different.

Thanks,

Nathan

I got the same Error.Had to delete the module.I cleared cache...reinstalled the Module and got the same thing again.

With the help of cmaican in the other post to jar my memory, I re-wrote the databinding portion of the links module and placed it in a try/catch block to see if it helps.  I have updated the ContentLinks.zip and PA file with the new files.  Hopefully this will fix the problem, or at least narrow it down with a better error message.

Thanks,

Nathan

I've redownloaded the contentlinks.zip file and used the PA, however I'm still getting the same error as the one mentioned..

Unhandled error loading module.
DotNetNuke.Services.Exceptions.ModuleLoadException: E:\Domains\triocom.com\wwwroot\DesktopModules\ContentLinks\Links.ascx ---> System.IO.FileNotFoundException: E:\Domains\triocom.com\wwwroot\DesktopModules\ContentLinks\Links.ascx 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 --

 

Ever figure this out?

Haven't figured it out yet.

Any hope that nitro will have it int he next few days?

 

<bump>

Nitro?

I'm still here.

Haven't had time to work on it, under a couple of deadlines and have two 10 page papers, and one 3-5 page paper due in two weeks. (Working on my master's Degree).

If I get a chance this afternoon, I will look at it.  Only problem is my install is working correctly.
I am bringing up another test DNN 3 server and hopefully then I will get the error to debug it.

Last time I got the error, It was a caching problem, so not sure what it could be now.

Well,

I performed an upgrade to DNN 3.1.0 and since they broke out all the modules better and created a nice feature to create PA's, I re-wrote the ContentLinks module, streamlining it a little and removing unneeded references, then repackaged as a PA and as Source code.

I have used the Module installer and it installed almost fine on my production server.
It has a problem with the older version of the module, so it gets an error when it tries to create the ModuleDefinition,
It does copy the files and updates the SQL and created a duplicate entry in my modules list, so all I had to do was re-associate the ModuleDefinition from the older version to the newer version, I did this through SQL Query Analyzer on the ModuleDefinitons table, by updating the DesktopModuleID to reflect the new module.  The DesktopModuleID can be found in the DesktopModules table.  If you want to try this, make sure you have a backup of the database before you do this just in case.

For new installs, this shouldn't be an issue.

Besides optimization listed above, I have overhauled the SQL script for installs/uninstalls to make sure it doesn't delete the Links table when removing if the Links module is installed.


I replaced the zip file referenced in the first post with the newer version.

Lets hope this works better.
Nathan

Dave
You are installing on 3.0.13?
3.1 has some extra functionality ie cachetime etc so the module you are loading is looking to declare these elements in the dnn file. You could hack around possibly but the easy fix is to upgrade to 3.1.

I installed 3.1 and the module loaded without error.

I have assigned All Users with View Module permissions. However, when I assign a link from the Content Links module (that is located in the Left pane) to display the in the Content in the Content Pane, the result is not displayed when the associated link is clicked. I have tried this on a hosted version of 3.1 and a local version of 3.1 with the same results.

If I assign edit permissions to the all users group, the results will display in the Content Pane.

Any idea why this is happening?

thanks,

Dave