This is probably again a newbie question.
When I create an ASP.NET MVC2 application, an Account Controller with an Action LogIn is created like this:
[H
You could explicitly specify the view to return:
return View("~/Views/Home/Index.aspx", model);
This way error information will be preserved and correct view rendered.
Take a look at practice #13 on this blog. This method works well to pass modelstate information when you're coding in the PRG (Post-Redirect-Get) style. You'll just need to create a couple of action filters and apply them to your get and post actions as appropriate.
This is certainly not a newbie question and I have combed up and down the web for an answer to this problem and so far the best solution I've found was kind of hidden in this tutorial here. This is what Darin Dimitrov was suggesting with the Ajax refresh. I'll summarize the important parts of that link and why this isn't easily fixed : /
Ajax refresh based on weird lover
The solution with the ajax refresh pretty much hinges on the following function (weird lover uses ControllerContext but it didn't exist for me so I have ControllerExtension):
ControllerExtension.RenderPartialViewToString(this,"mypartial", (object)model)
This function is what takes your model + modelstate and rerenders your partial view into an html string. You can then take that string and send it back in a json object to some javascript to refresh the view. I used jquery and it looks like this,
$(document).ready(function () {
var partialViewUpdate = function (e) {
e.preventDefault(); //no postback
var partialDiv = $(this).parent(".partial");
$.post($(this).attr("action"),
$(this).serialize(),
function (json) {
if (json.StatusCode != 0) {
// invalid model, return partial
partialDiv.replaceWith(json.Content);
}
else if (json.Content != null && json.Content != "") {
window.location.replace(data.Content);
};
});
$(".partial").find("form")
.unbind('submit')
.live("submit", partialViewUpdate);
};
Jquery explanation:
Why it doesn't "just work" normally
So the reason the partials' don't just work with modelstate validation is that you can't return View(model) with the POST because MVC will resolve that to the route address of the partial view (login.ascx) instead of where the partial is embedded (index.aspx).
You also can't use RedirectAction() because that will send it to (index.aspx) controller function, which is the equivalent of clearing everything and refreshing the index.aspx page. However if you use that ActionFilter suggested by Chino and Thabaza then when your page is refreshed and the login.ascx controller function is fired off again it will pick up that tempdata. This however doesn't work if refreshing the page causes a hassle with client-side code such as popup modals (i.e. if you refresh your popup is gone).
Say it aint so
I would prefer if it "just worked" so if anyone knows the correct/better way of doing this pleaaaase share it! I still feel that the Ajax refresh and ActionFilter solutions are not a clean way of doing it because it almost makes it look like partial views with forms are impossible to use without some sort of "trick".
Yeah redirecttoaction but provide an error message with it in the tempdata so you should do something like this
TempData["errorMsg"] = "incorrect values provided";
return RedirectToAction("Index", "Home")
Of course in the main index you should have a div that displays the message
<%= html.Encode(TempData["errorMsg"]) %>
EDIT I see you want to maintain the modelstate that might be a problem but what you could do is pass the modelstate in the index action or pass the modelstate object in the tempdata. What you can do then is check if a there are modelstate errors in the object and if there are check the field and add the error to the right field.
I had the same issue when used Ajax.BeginForm, where i needed to return a partial view, but all the modelstate errors were gone. what does the trick is to isolate the Ajax.BeginForm part to a separate View, and RenderPartial this view within the UpdateTargetId div in another, containing view.
This way you can return the viewmodel with the model errors when you have them, or else just show some success message of your choice (if any). here is a great, detailed explanation: http://xhalent.wordpress.com/2011/02/05/using-unobtrusive-ajax-forms-in-asp-net-mvc3/