This is NOT a duplicate question, and the problem is driving me crazy. I am getting the typical error \"A public action method X was not found on controller Y\" which returns a
The problem is that you're specifying both the HttpGet
and HttpPost
attributes. If you leave both of them off, the action accepts both POST and GET requests. My guess is that the HttpGet
and HttpPost
attributes don't signal to MVC to allow the corresponding request type, but to deny the opposite type. So by including [HttpPost]
, you're denying GET requests, and by including [HttpGet]
, you're denying POST requests...effectively denying all request types. Leave the attributes off and it will accept both types.
Update: I just checked the MVC source, and my assumption is correct. In ActionMethodSelector
, it checks the attributes thusly:
if (attrs.All(attr => attr.IsValidForRequest(controllerContext, methodInfo))) {
matchesWithSelectionAttributes.Add(methodInfo);
}
In other words, all ActionMethodSelectorAttribute
(from which HttpPostAttribute
and HttpGetAttribute
derive) must return true for the action to be invoked. One or the other is always going to return false, so the action will never execute.
Watch out: in my case I was getting a 500 error when trying to reach a new action method.
IIS 8.5 Detailed Error - 500.0 - A public action method 'getwells' was not found on controller 'ITVizion.VizionLogs.Widgets.Controllers.MapController'.
I added the action method to the Controller and was "deploying" the updated app to IIS.
The problem: I was deploying the Debug
configuration in Visual Studio and had unchecked that specific project from building. That was to speed up building in Visual Studio since there are lots of project in the solution. :D Going to the IIS app folder I saw that the project's DLL was outdated.
So make sure you check the project to Build. :) This will obviously take care of deploying the new codez to IIS.