Open benarmston opened 8 years ago
See also #683 for an issue with foreign_key_types_and_values
that should be taken into account when fixing this and the PR for that issue #684.
@benarmston Thanks for pointing this out. It's potentially a pretty bad bug. Have you started the PR yet?
I'm using a simple method of authorization which is being broken by link objects for polymorphic has many relationships.
I have a
ResourceBase
class derived fromJSONAPI::Resource
, which overridesrecords
andrecords_for
to only return authorized records. This was working fine until I added a polymorphic has many relationship to one of my resources. At which point a number of unauthorized link objects were appearing for the resource's polymorphic relationship.The reason for this being that
JSONAPI::ResourceSerializer#foreign_key_types_and_values
makes a call directly to the resources underlying model for polymorphic relationships. This call skips therecords_for
call in which I have been performing my authorization.foreign_key_types_and_values
is the only place in whichResourceSerializer
accesses the resource's underlying model leading me to believe that there should be a method on theJSONAPI::Resource
whichResourceSerializer
should be calling in this case.A possible solution would be to:
foreign_key_types_and_values
to call a method onResource
to retrieve the foreign keys and types, for both polymorphic and non-polymorphic relationships.Resource::_add_relationship
to create a new method on the resource for each polymorphic has many relationship. This method would return both the type and id of the related models making sure to do so by callingrecords_for
.I'll see if I can put together a PR for this, but thought I'd mention the bug and my suggested fix first.