I could not get this to work by setting the ScriptTimeout
property either, even when setting the debug="false"
in the web.config
as suggested by user Erik Funkenbusch:
<configuration>
<system.web>
<compilation debug="false" targetFramework="4.5"/>
...
It continued to return the text "This should never get returned" rather than timing out during the Thread.Sleep
.
It is also worth noting that I also extended the Thread.Sleep
to well beyond the Server.ScriptTimeout
default of 110 seconds but it still eventually returned the same text rather than timing out.
I then instead tried to set executionTimeout
in the web.config
:
<configuration>
<system.web>
<httpRuntime targetFramework="4.5" executionTimeout="5"/>
...
If you were to now add a breakpoint to the TimeoutFilter
you will observe that the ScriptTimeout
value has been set to the executionTimeout
value from web.config
. Alas, this still did not work for me (regardless of whether debug="false"
).
I then came across this link about ScriptTimeout
and executionTimeout
not working with a similar setup to what you describe. The first reply in the post describes using the debug="false"
and also mentions that the timeout will have a delay of 5 to 15 seconds. I still had no luck even when using a large Thread.Sleep
value. The second reply in this article suggests that the executionTimeout
config setting is a replacement of the ScriptTimeout
property (which is apparently a COM interface used in classic ASP). This reply suggests that is not possible to set a specific timeout without using your own time-out logic.
Further, I then came across the following (more recent) link where the first reply suggests that the timeout is switched off in MVC. A further reply suggests that this is because an MVCHandler
(which selects the controller that will handle the HTTPRequest
) is an IHttpAsyncHandler
and as it may therefore be executing another request (which is the point of using an async request) it therefore internally switches the time-out state off (this is what I gather from reading this link). It must work with straight asp.net
though as using ScriptTimeout
seems to be the accepted way in this answer.
The link suggests that adding the following line will allow it to work (but not in a medium trust application):
System.Web.HttpContext.Current.GetType().GetField("_timeoutState", System.Reflection.BindingFlags.Instance | System.Reflection.BindingFlags.NonPublic).SetValue(System.Web.HttpContext.Current, 1);
Therefore, changing the TimeoutFilter
OnActionExecuting()
to:
public override void OnActionExecuting(ActionExecutingContext filterContext)
{
System.Web.HttpContext.Current.GetType().GetField("_timeoutState", System.Reflection.BindingFlags.Instance | System.Reflection.BindingFlags.NonPublic).SetValue(System.Web.HttpContext.Current, 1);
base.OnActionExecuting(filterContext);
}
and setting the web.config
:
<configuration>
<system.web>
<compilation debug="false" targetFramework="4.5"/>
<httpRuntime targetFramework="4.5" executionTimeout="5"/>
...
allows the time-out to work but has the slight 5 second delay that is mentioned in the first post.
Note: Using this method does not allow you to set the ScriptTimeout
property in the filter. Trying to set ScriptTimeout
and override the value set in web.config
does not appear to work.