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

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Windows Login DialogWindows Login Dialog
Previous
 
Next
New Post
7/23/2006 12:18 PM
 

Do you actually enter a username and password, or just click past the dialog box and experience successful operation afterward?

The Windows dialog box is, by definition, generated by Windows --- not by DNN or any other asp.net application --- and that's why, by definition, it is an issue related to Windows --- usually a file permissions issue.  But, by carefully and methodically tracking the behavior you should be able to pinpoint what file operations are causing the problem.   



Shane Miller
Call Centers 24x7
 
New Post
7/23/2006 12:47 PM
 

By clicking cancel on the dialog box a runtime error screen pops up but then refreshing the browser presents the correct window whether it be default.aspx if just entering the site or the module definition page if I had just added a module.

Obviously the dialog box is generated by windows but it is being generated because DNN is doing something wrong, I must reiterate that version 4.0.3 worked and does work perfectly on exactly the same host, so there must be some difference in the way 4.3.3 is going about its business that is upsetting windows.

This is the error generated:

Server Error in '/' Application.

Access to the path 'C:\Domains\csifanclub.org.uk\wwwroot\Portals\_default\EventQueue\Application_Start--0c5d813b-73cd-4880-a314-66993f9fe555.config' is denied.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.UnauthorizedAccessException: Access to the path 'C:\Domains\csifanclub.org.uk\wwwroot\Portals\_default\EventQueue\Application_Start--0c5d813b-73cd-4880-a314-66993f9fe555.config' is denied.

ASP.NET is not authorized to access the requested resource. Consider granting access rights to the resource to the ASP.NET request identity. ASP.NET has a base process identity (typically {MACHINE}\ASPNET on IIS 5 or Network Service on IIS 6) that is used if the application is not impersonating. If the application is impersonating via <identity impersonate="true"/>, the identity will be the anonymous user (typically IUSR_MACHINENAME) or the authenticated request user.

To grant ASP.NET access to a file, right-click the file in Explorer, choose "Properties" and select the Security tab. Click "Add" to add the appropriate user or group. Highlight the ASP.NET account, and check the boxes for the desired access.

The thread detailed below gives some indication of why the error is being generated.
http://www.dotnetnuke.com/Community/ForumsDotNetNuke/tabid/795/forumid/107/threadid/47749/scope/posts/Default.aspx

And I have found this blog entry on the same subject:

http://www.dotnetnuke.com/Community/Blogs/tabid/825/EntryID/482/Default.aspx

This talks about touching the web.config file so the application is restarted. From what I can gather not being a techie is that the correct user with the correct permissions is not being used when the application starts. But when the browser has refreshed the application has completed loading and the correct user with the correct permissions is now in place and everything works fine.

I think I am on the right track but am at a loss as to what to do about it.......

 
New Post
7/23/2006 1:47 PM
 

In conjunction with my host after reading the blog in the previous post, you can stop the error by disabling this feature which you can do by commenting out these lines in the file "app_code/global.asx.vb":

         'Process any messages in the EventQueue for the Application_Start event
         Dim oEventController As New EventQueue.EventQueueController
         oEventController.ProcessMessages("Application_Start")

Commenting out these lines does indeed cure the problem. Plus I can't seem to find any detrimental effect as the events (uploading a module for example) are still written to the log.

Can anybody in the DNN Core Team, or anybody else, point out any detrimental effect from commenting out these lines of code?

 
New Post
7/23/2006 2:14 PM
 

 

I'll look into this issue today.  Thanks for the other links, they should help narrow down the problem.


DotNetNuke Modules from Snapsis.com
 
New Post
7/23/2006 5:32 PM
 

 

Follow this thread for what I found out on this.


DotNetNuke Modules from Snapsis.com
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Windows Login DialogWindows Login Dialog


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