problem with smarty3 cache permission on windows with fastcgi

[GoogleCodeExporter]

There is a problem when running Smarty 3.1.13 on windows using fast-CGI on IIS 
server with ini setting fastcgi.impersonate=1;

if impersonate is used, each user authenticated with server runs fast-cgi 
process with the same user account he has authenticated with.

So if domain\Peter runs application, smarty creates templates with domain\Peter 
rights on cache files, and default permission is 0644.

if another user say domain\John visits the same web application, and cache has 
expired, smarty tries to remove old cache but fails because fast-cgi now runs 
as domain\John and does not have sufficient permissions to delete a cache file 
created by domain\Peter. So cache can be cleared only by doamin\Peter or 
someone with an administrator account on the server.

Smarty should check if fastcgi.impersonate=1 and rise default file permission 
to 0666 and folder permissions to 0777.

Original issue reported on code.google.com by Justin...@gmail.com on 12 Jun 2013 at 10:58

[GoogleCodeExporter]

Please note that we cannot incorporate the checking of configuration paramters 
of extension packages like fastcgi. This is beyond the scope of Smarty because 
of the large number of possibilities. 

For cases like your you have to overload the defualt Smarty parameters 
manually.  

Original comment by Uwe.Tews@googlemail.com on 17 Jun 2013 at 11:44

• Changed state: WontFix