Skip to content

Incorrect HTTP status code when throwing a MethodNotAllowedException #24

@pointybeard

Description

@pointybeard

It seems that throwing a MethodNotAllowedException does not result in a 405 status code in the response. here is an example of the output when attempting an OPTIONS request on a controller without that method implemented:

HTTP/1.1 500 Internal Server Error
Date: Thu, 12 Nov 2020 06:49:36 GMT
Server: Apache/2.4.46 (Ubuntu)
Content-Length: 105
Connection: close
Content-Type: application/json

{
"status": 500,
"error": 0,
"message": "Method 'OPTIONS' is not allowed by this endpoint."
}

It is unclear where this is getting caught and why the HTTP status code set in MethodNotAllowedException is getting ignored. The most likely culprit is a catch {} clause that has an incorrect namespace for the AbstractApiException class.

Metadata

Metadata

Assignees

Labels

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions