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

HomeHomeDevelopment and...Development and...Building ExtensionsBuilding ExtensionsModulesModulesImplications of Friendly URL settingsImplications of Friendly URL settings
Previous
 
Next
New Post
11/23/2010 2:40 PM
 
Hi,

I have built a suite of custom modules for a client - when one particular control is loaded, I get this error:

*********************************************************

Server Error in '/Reports' Application.

The resource cannot be found.
Description: HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable.  Please review the following URL and make sure that it is spelled correctly.

Requested URL: /Reports/tabid/62/ctl/ReportViewer/mid/404/Default.aspx

*********************************

I came across a posting from a few years ago - someone that was having problems with the gallery module:

http://www.dotnetnuke.com/Resources/Forums/tabid/795/forumid/9/threadid/194917/scope/posts/threadpage/1/Default.aspx

The suggested solution was to disable friendly URL's on the Host Settings page.  I did the same for my site - and it solved the problem for this particular page.

Why would the page render just fine with Friendly URL's turned off - but get a 404 Error when Friendly URL's are turned on?

This one has me stumped...  My preference would be getting it work work with Friendly URL's turned-on.  Any feedback would be appreciated.

This is a DNN 5.5.1 portal.
 
New Post
11/23/2010 3:26 PM
 
As I recall with Gallery, the issue was due to an empty querystring parameter value being converted to a space in the url when Friendly URLs were enabled. Something like: /tabid/35/mid/501/path/ /strip/5/Default.aspx. I don't see anything that obvious in the url you posted, however. Also note that certain characters such as /, ?, #, = as well as some uni-code characters (foreign umlauts, etc.) are invalid in a querystring and must be properly url encoded.

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/23/2010 3:49 PM
 
Thanks for the reply.

There doesn't appear to be anything wrong with the url it's trying to access.

The interesting thing is that when I run this in "development mode" - i.e. using http://localhost/vrs as the url to access the main page - I am able to access the reports page of my custom module using:

http://localhost/vrs/Reports/tabid/62/ctl/ReportViewer/mid/404/Default.aspx - this works with Friendly URL's on or off.

The problem occurs when I set-up another instance of this portal up as a seperate site in IIS - so that the page is requested like something this:

http://varianceapp/Reports/tabid/62/ctl/ReportViewer/mid/404/Default.aspx

... that is when I get this issue.  This only happens with this one paricular Module Control - and I have dozens of custom controls in the application I built for the client.  The only thing different about this control is that it contains Developer Express reportviewer and toolbar controls.  I don't think this is the issue - because I have DevExpress controls used throughout the ascx files in my custom modules.

The weird thing is why it works OK with Friendly URL's turned off...

 
New Post
11/24/2010 5:45 AM
 
The 404 looks like it is coming from asp.net, so you've at least got past IIS flagging the Url as invalid.

Just about any Url will work with friendly urls switched off because you cannot really get a 404 on the 'original' style Urls.  That's because they are all /default.aspx, and well, /default.aspx always exists.  It's much easier to get a 404 on the friendly urls because they are virtual - if the rewriting doesn't happen properly then the server goes looking for /resports/tabid/62 etc etc - a path that clearly doesn't exist.

If the problem is between two separate instances of DNN, then I would be looking at instance-specific information, like have you added in the portal alias entries correctly.  Do any other pages on the new instance fail as well?  Have you made a typo in the portal alias entries or anything like that?

A 404 is unlikely to be caused by anything at the module control level, unless there is specific code written to throw a 404 under certain conditions.  Because if you've got to the point of processing the module code, then you've already gone past the point where a 404 would normally be thrown.

My suggestion is to download and install Microsoft Fiddler.  Then run a trace on your page and see if you can spot anything out of the ordinary.  Try fiddling with the module parameters a bit - the page might not display properly but you shouldn't get a 404.  You might be looking for 302 redirecst to 404 pages, or something like that.
 
New Post
11/24/2010 9:08 AM
 
Thanks for the reply Bruce.  By the way, I use your URL Rewriter module on a handful of client sites and it works great..  It is not being used for this particular web application, however.

This just keeps getting weirder...  My client was getting the 404 error - but on my hardware I'm getting a 401 error - just for this particular Module control.  And keep in mind, I am only seeing this behaviour when I set-up another instance of the portal on my machine with a seperate web site in IIS.  Everything works OK in my dev environment using localhost - both with Friendly URL's turned on or off.

Here is the outpout from Fiddler for accesing the module control "ViewReports" when Friendly URL's are turned on:

GET http://dynamics/Reports/tabid/62/ctl/ViewReports/mid/404/Default.aspx HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Referer: http://dynamics/Reports.aspx
Accept-Language: en-CA
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3)
Accept-Encoding: gzip, deflate
Host: dynamics
Connection: Keep-Alive
Pragma: no-cache
Cookie: .ASPXANONYMOUS=eQS9fKPBywEkAAAANmE5MmEyMmMtYWUzNi00Nzg3LWI3MjQtY2IwMmYwMzNlYzU50; StyleSheetWidget_TextSizeWidget=SmallText; undefined=%7B%22i%22%3A%5B%7B%22s%22%3A250%2C%22st%22%3A%22px%22%2C%22c%22%3Afalse%7D%2C%7B%22s%22%3A100%2C%22st%22%3A%22%25%22%2C%22c%22%3Afalse%7D%5D%7D; portalaliasid=AD1272D99626005196E37F9AAE5372F78DFD657D67099320F6E396BC533ACFEF0E8A25D126529DC0F879F1274C8311B4588885005C3647408CB911021AB05F5FDD2A2C67F8AC72D5E004ED5F4DA3D7515ACCC2E0346A9671166E7AE3FC65DC9FD2E8F178E1EA251EA45D4D7B43C3955098486EB8; portalroles=E529D0585CF91776B6C886E5D2319174FCDEB0C161E34C27B87CEAA8FBA5407CF3BF72FD34C4654E74082D99A3F2A812C16163D20108DF6E5E7321DE86D61CBC77F366F1E5712348B4CC49CC8AD185F94DA7E5570E318B1E06188EEDCC4A6BD510086048C5DBFFB43D4CD9537ACE934D729B89D8; language=en-US; authentication=DNN; .DOTNETNUKE=5668C679FA0346A97DB428DCBC8121E22FC21678DAD5F2273215B257B35F04CD26A4306DDB958CDC46384555966D69264191869892E6911A47D61B8D85B0411D42A0BB8F84E08E96E06DC352A24D0A2EB233186510AA63224E50A7232745C467563D82393048F80ACEBA9295; ASP.NET_SessionId=cwvnwrufyoo4xu2whwp53rvr


HTTP/1.1 401 Unauthorized
Content-Length: 0
WWW-Authenticate: Negotiate
WWW-Authenticate: NTLM
Date: Wed, 24 Nov 2010 13:27:31 GMT
Proxy-Support: Session-Based-Authentication

******************************************************************

And here is the successful response from Fiddler when Friendly URL's are turned off:

GET http://dynamics/Default.aspx?tabid=62&ctl=ViewReports&mid=404 HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Referer: http://dynamics/Default.aspx?tabid=62
Accept-Language: en-CA
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3)
Accept-Encoding: gzip, deflate
Host: dynamics
Connection: Keep-Alive
Pragma: no-cache
Cookie: .ASPXANONYMOUS=eQS9fKPBywEkAAAANmE5MmEyMmMtYWUzNi00Nzg3LWI3MjQtY2IwMmYwMzNlYzU50; StyleSheetWidget_TextSizeWidget=SmallText; undefined=%7B%22i%22%3A%5B%7B%22s%22%3A250%2C%22st%22%3A%22px%22%2C%22c%22%3Afalse%7D%2C%7B%22s%22%3A100%2C%22st%22%3A%22%25%22%2C%22c%22%3Afalse%7D%5D%7D; portalaliasid=A49F7704B274CF069F1E190854D64BD1ADB94CFA53ED89C5223E9026AAC0DE6EB2537BADE7EB5308AFAF16D6DF0E64A8978FD7F0318A625BCD44D3EC519ED778B28DD70D8A32431981F985A582A82359373D13A0575E2F4F9D5ABF6E4769E43A85FA3C10A55735679749C6E1FEE50FDDC62A5FD8; portalroles=FED138B34B0E667575D03BBE6881A081B888A52A22416F656F88B2475A3C359D60D83C8D3E6E08E2B41BB07C6BBBD88D4FB57E02581D7FD09F48704A19C3AFFE596681269A9AE811DB97902D87374DF29642247C6757D789821A23FDDA3B1257752655515BE24C7DA3B54BA5DAE8ED49CFD8E69A; language=en-US; authentication=DNN; .DOTNETNUKE=1792EA7401F6D8CCCF46942D41F0E0991A1495F47D215D8A0C8E8223F8DA1249B1CC193987D011AD079964DA6E33315FD161ABBE34C8B935214C5AC69074A12C447C0DB78E71796E60B0449DA2186D79B7309F6F7A54556065AEBFEC1C5805580D4084C5487E1B92922D006F; ASP.NET_SessionId=cwvnwrufyoo4xu2whwp53rvr


HTTP/1.1 200 OK
Cache-Control: no-cache
Pragma: no-cache
Content-Type: text/html; charset=utf-8
Expires: -1
Server: Microsoft-IIS/7.5
Set-Cookie: language=en-US; path=/; HttpOnly
X-AspNet-Version: 2.0.50727
Set-Cookie: language=en-US; path=/; HttpOnly
X-Powered-By: ASP.NET
Date: Wed, 24 Nov 2010 13:59:25 GMT
Content-Length: 184772

******************************************************

The good news is that my client can access the ViewReports control with Friendly URL's turned off - but I'd really like to get to the bottom of this issue.

Thanks, Al
 
Previous
 
Next
HomeHomeDevelopment and...Development and...Building ExtensionsBuilding ExtensionsModulesModulesImplications of Friendly URL settingsImplications of Friendly URL settings


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