Inclusion of JSONAPI::Utils in a specific controller obfuscates errors about jsonapi-utils HOT 3 CLOSED

Hi @averydev,

Could you please let me know the versions of jsonapi-resources and jsonapi-utis present in your Gemfile.lock. I would also appreciate to know more details about the error case, like an example of a URL + a resource class that would generate such an error.

from jsonapi-utils.

It was possible to achieve this error case by letting my controller use the jsonapi-resources' default update action instead of writing my own. The error is due to a double call on JSONAPI::Request#setup_action that removes the id key from the params during its execution. Then when called twice it does not find the id within the request's params in the last call.

More details:

The first call happens in JSONAPI::Utils::Request#setup_request – at the controller's before action –  and the second one in JSONAPI::ActsAsResourceController#process_request – which is called because of using the default update action of jsonapi-resources.

Solution:

If you really want to use the jsonapi-resources' default update action, you can use the skip_before_action :setup_request, :check_request, only: :update in order to avoid that duplicate call.

With PR #23 I will try to figure out a more elegant way to avoid developers achieving this error.

from jsonapi-utils.

Closed in #23

from jsonapi-utils.