dnn version: 5.23
.Net Version 3.5
Event Calendar Version: 4.0

Received this error message in the item detail section of the list view and in the item detail section of the Satellite module.

The process cannot access the file 'D:\WebRoot\Domains\damascusroadcommunitychurch.org\wwwroot\desktopmodules\eventscalendar\templates\381\itemtemplate.txt' because it is being used by another process.

This error message actually replaced the HTML code that was stored in the item detail sections of the views listed above.

???
Glen

Glen,

Yes, this issue had been fixed. I uploaded the latest update here for you to download. Thanks.

Thank you - I have installed the update successfully.

Glen

I'm using Events Calendar 4.0.1 and I believe this is still an issue. The error message I get is:

The process cannot access the file 'E:\inetpub\vhosts\pu-llc.com\httpdocs\desktopmodules\eventscalendar\templates\488\itemtemplate.txt' because it is being used by another process.

The Event Log shows the following:

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

AssemblyVersion: 5.4.4
PortalID: 0
PortalName: Performance Unlimited, LLC
UserID: 62
UserName: LarryDaniele
ActiveTabID: 129
ActiveTabName: Programs
RawURL: /Programs.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer: http://performanceunlimitedteam.com/Home.aspx
UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 GTB7.1 ( .NET CLR 3.5.30729; .NET4.0C)
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 0a5ec600-1aff-446c-9ecc-f8bcc4494022
InnerException: The process cannot access the file 'E:\inetpub\vhosts\pu-llc.com\httpdocs\desktopmodules\eventscalendar\templates\488\itemtemplate.txt' because it is being used by another process.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.IO.__Error.WinIOError
StackTrace:
Message: System.IO.IOException: The process cannot access the file 'E:\inetpub\vhosts\pu-llc.com\httpdocs\desktopmodules\eventscalendar\templates\488\itemtemplate.txt' because it is being used by another process. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share) at Hyper.Modules.EventsCalendar.Utility.ReadText(String strPath)
Source:
Server Name: WEB24

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

I have seen this happen twice in about 3 days. Refreshing the page or visiting the page with another browser doesn't seem to help. The only "fix" I've found is to click Host > Host Settings > Restart Application.

If I get any more clues about when it happens, I will post them here. If you have anything you would like me to test or try or a simpler "fix", please let me know.

Lawrence,

Please let me know again, and we are working on this and hope to rectify the issue once for all. It will be posted for you to download once it is ready again. Thanks.

Gary, as you recall, I have been strugglin with itemtemplate.txt and eventtemplate.txt - still am
I thought the actual file on the server was getting overwritten, as when you look at the "View Options" - the text "the process ..." is in the text box. Pasting the original text in here, fixes the problem.
This happened to me 3 times in last 2 weeks. This time, logged onto server and looked at the file there, it has not changed at all. You can open in notepad, get your text and paste it into View Options | Calendar View template and all works again.
So it is not that the actual file on server gets overwritten, it is memory (cache)?
Why does this error write to view\options template (in memory/cache) rather to error log or event log?

John,

I apologize for the inconvenience.
As it is very difficult to track down the cause of the locking of the file that preventing the module from accessing it. we decided to redesign and save the templates into database. so it should work.

Please wait for v4.0.4 update should be released soon.

Gary, I don't program anymore, so bear with me ...
How often are you trying to read/write/access the 'itemtemplate.txt' file? Since most of us customize it once, then leave it same forever ... could you r/w this only on module init or restart application?
Your way may be better and we'll wait for v4.0.4

I do appreciate it's hard to track down, so at least I'm patient but I have error tracker, that reports fault within 10 min (unless I'm sleeping or out with friends).

John,

Yes, we changed so it actually reads the template and save it in Cache until someone restart the application or clear cache.
but it is still the same problem. we can track down what application is locking the file.

As you know, not all users are having the template problem, we also tested over and over on different setups does not produce the same problem....