Reputation: 73132
I'm working on an ASP.NET MVC 3 web application, where i use TempData to store a model object, in the scenario where the user is not logged in.
Here's the flow:
After step 3, i would have thought TempData would be cleared?
Here's the code:
[HttpGet]
public ActionResult Foo()
{
var prefilled = TempData["xxxx"] as MyModel;
if (prefilled != null)
{
return Foo(prefilled);
}
}
[HttpPost]
[StatefulAuthorize] // handles the tempdata storage and redirect to logon page
public ActionResult Foo(MyModel model)
{
// saves to db.. etc
}
I found this article which states:
Well by reading it with TempData["xxx"]
isn't that a "read" and therefore they should be tagged for removal?
And the last one concerns me a bit - since i'm doing a Redirect after the POST (P-R-G). But this can't be avoided.
Is there a way i can say "ditch this item". TempData.Remove ? Or am i doing this wrong?
Upvotes: 9
Views: 17773
Reputation: 583
That's not the way to clear it off. You could have pretty much used Session instead of TempData. Only advantage with TempData is that it manages the data by itself.
As I had answered earlier, Value is only cleared when the Action results in a 200 (Such as ViewResult/ContentResult/JsonResult) in all other scenarios, precisely any actions resulting Http Status code of 302(such as RedirectAction )will retain the data in TempData.
Read through the following for more details
ASP.NET TempData isn't cleared even after reading it
Upvotes: 0
Reputation: 583
Below are some of the key points to note when using Temp data.
1) A read access to temp data doesn't remove items from the dictionary immediately, but only marks for deletion.
2) Temp data will not always remove the item that has been accessed. It only removes the item when an action results in an Http 200 status code (ViewResult/JsonResult/ContentResult etc).
3) In case of actions that result in an Http 302 (such as any redirect actions), the data is retained in storage even when it is accessed.
Upvotes: 7
Reputation: 1038930
There are 2 GET HTTP requests involved here:
There is no POST request involved in your scenario. The fact that from your GET Foo action you are invoking the POST Foo action doesn't mean that there is a separate request being performed (you are still in the context of the initial GET request). It is only a C# method call, not a separate request.
You store something into TempData during the first request and this TempData will be available for the second one. So it will be available in the controller action rendering the logon page.
So you must read from TempData in action rendering the logon page if you want TempData to be removed.
Upvotes: 7
Reputation: 73132
Fixed by adding TempData.Remove
right after i read it.
Not really happy about this. I thought the whole point of TempData
was that i didn't have to do this.
May as well be using Session directly.
Upvotes: 13