I'm adding some custom required fields to the ShipMethod view during the checkout process. When "Continue Checkout" is clicked, there's already logic in place in the HttpPost ShipMethod action to fall through if something isn't valid and "return ShipMethod()" instead of continuing on with the checkout process. I tied my custom validation in this method and tried to "return ShipMethod()" as well when my validation failed. After troubleshooting, pulling my logic back out, and manually triggering the default validation errors, I'm unable to get the page to load correctly when there's a validation failure. The page loads and displays the appropriate error, but it's only the ShipMethod widget that loads, there's no frame or styling (no header, footer, menu, etc.). Has anyone seen this? Any idea what I'm doing wrong? Not sure if it has something to do with it or not, but the url changes from "/Checkout/ShipMethod" to "/Checkout/ShipMethod/44" so maybe the extra url segment is causing the widget to load by itself?

-chad

I believe I've worked around the issue. For anyone else who may have the same problem, I resolved it by forcing the id segment of the url to be an empty string. The original code in ShipMethod.cshtml for the form is:

@using (Html.BeginForm("ShipMethod", "Checkout", FormMethod.Post, new { id = "ship-method-form" }))

I replaced it with:

@using (Html.BeginForm("ShipMethod", "Checkout", new { @id = string.Empty }, FormMethod.Post, new { id = "ship-method-form" }))

I'm not sure what ID was being inserted as an additional url segment, but this changes the url for the post from /Checkout/ShipMethod/44 to /Checkout/ShipMethod, which loads the ShipMethod widget correctly within the context of the entire site rather than just the widget.

-chad