Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature/255 #257

Merged
merged 2 commits into from
Apr 20, 2023
Merged

Feature/255 #257

merged 2 commits into from
Apr 20, 2023

Conversation

akeemphilbert
Copy link
Contributor

  • Please check if the PR fulfills these requirements
  • The commit message follows our guidelines
  • Tests for the changes have been added (for bug fixes / features)
  • Docs have been added / updated (for bug fixes / features)
  • What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
    Bug fix and feature

  • What is the current behavior? (You can also link to an open issue here)
    When there is a regular error the library panics

  • What is the new behavior (if this is a feature change)?
    There isn't a type check on the error and the developer is expected to handle error types by setting their own error handler on the echo instance

Additionally if the return type is a string then the string type is used (instead of json)

  • Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)

  • Other information:

…nses are handled by the controller

* Removed the check on the error type since this could be done in the HTTPErrorHandler that is set by the specific api
* Made it so that if the response is a string, the string response type is set instead
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants