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 ...error upgrading from 5.5.1 to 5.6.0error upgrading from 5.5.1 to 5.6.0
Previous
 
Next
New Post
11/22/2010 3:16 PM
 
I don't think the problem is in IIS settings. I had this problem using VWD Express's asp.net development server instead of IIS. I don't even have IIS installed since the dev site is never going live, hence no need to install IIS. The portal alias list still included the default skin's files as portal alias. This happened when using default website template as provided, and when using a modified version that used a different skin with html modules only. With an upgrade and with a fresh install both had this problem. The urlrewrite theory sounds very promising...

JOHN GIESY
DotNetNuke Hosting Expert

DotNetNuke 7 Hosting $70 /year
DNN4Less.com Team DotNetNuke  

New Post
11/22/2010 3:59 PM
 
@Will - That's the trigger! With the attribute runAllManagedModulesForAllRequests="true" added to the <modules> node of <system.webServer> I am now able to reproduce the issue. It all makes sense - the DotNetNuke UrlRewriteModule is now forced to process all requests including those for image files, etc. Since .png and .ico extensions are not specifically excluded from further processing as are other image file types, .axd's etc., in the module's code, the newly added code for automatic addition of portal aliases sees each request for a .png and .ico file as a new portal alias and merrily addes them to the PortalAlias table. In addition, these image files are never properly served resulting in their disappearance.

Now, the question I have is how did it come about that the attribute runAllManagedModulesForAllRequests="true" is being added to the <modules> node of web.config on a new install? I can see that it might have been added manually or by a third party extension in a prior version to get around the issue of a module not running. I do not see that attribute being included in the <modules> node in any of the DotNetNuke install or source packages.

As a fix for now, seems to work:

1. Remove the runAllManagedModulesForAllRequests="true" attribute from the <modules> node of web.config.
2. Delete any erroneous portal aliases from the PortalAlias table of the database
3. Revisit the site in your browser.

If you had added the runAllManagedModulesForAllRequests attribute because a particular module was not running, the removal of that attribute would be expected to cause a return of that issue.

Bill, WESNet Designs
Team Lead - DotNetNuke Gallery Module Project (Not Actively Being Developed)
Extensions Forge Projects . . .
Current: UserExport, ContentDeJour, ePrayer, DNN NewsTicker, By Invitation
Coming Soon: FRBO-For Rent By Owner
 
New Post
11/22/2010 4:18 PM
 
The runAllManagedModulesForAllRequests isn't in my web.config, and the problem still persists. It does have "managedHandler" in the URLRewrite under Modules, though...???

JOHN GIESY
DotNetNuke Hosting Expert

DotNetNuke 7 Hosting $70 /year
DNN4Less.com Team DotNetNuke  

New Post
12/8/2010 10:54 AM
 
I think there are two separate issues going on here... I'm in the same boat as Rick Parsons... the "runAllManagedModulesForAllRequests " attribute isn't set in my web.config, I don't have a bunch of bogus PortalAlias entries, and browsing to the domain without specifying a page brings up the "Windows Vista" error (but browsing to a specified page works fine.) This site is set for .NET 4.0, but I have another site on the same shared host that is set for .NET 3.5 that works fine. I don't think this problem has to do with PNG files.
 
New Post
12/14/2010 4:24 PM
 
I'm having the same issues. Running in VS2010, .NET 3.5, IIS7. runAllManagedModulesForAllRequests is NOT SET in my web.config. However, the PNGs show up for ONLY my default portal alias (the one that I cannot delete). However, for the other two aliases I have for the same portal, the PNGs do not show. Why does it seem that every time DNN releases a new version that it get's worse? Really killing my confidence in the system as a viable enterprise level CMS....
 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...error upgrading from 5.5.1 to 5.6.0error upgrading from 5.5.1 to 5.6.0


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