[WIP] Support jsonapi-resources v0.10 #143
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
valscion
force-pushed
the
jr-0_10
branch
2 times, most recently
from
4ca3de1 to
8105695
Compare
| # Polymorphic associations are broken: https://github.com/cerebris/jsonapi-resources/issues/1305 | ||
| describe 'PATCH /tags/:id/relationships/taggable', pending: 'Broken upstream' do |
There was a problem hiding this comment.
Looks like this:
is a blocker for resolving this case, as I'm hitting the issue when I try to fix the polymorphic association support for JR 0.10. Damn.
valscion
force-pushed
the
jr-0_10
branch
2 times, most recently
from
577a8a5 to
0022e8f
Compare
valscion
changed the title
This allows us to get the CI to a green state while also making sure that if we fix a case, we'd also make the CI red again if tests suddenly start to pass again
valscion
force-pushed
the
jr-0_10
branch
2 times, most recently
from
01121b1 to
a7031c7
Compare
This method is no longer used in JR 0.10
There is no way jsonapi-authorization can work if the code upstream isn't fixed. The specs will fail because of the way jsonapi-resources handles polymorphic association loading.
This code is somewhat copied from this branch: https://github.com/crunchybananas/jsonapi-authorization/tree/v0_10 The specs for included resources pass using questionable assertions. It seems that the new code has a bug and the assertions shouldn't need to be changed here.
|
Hmmh I'm a bit worried with the seemingly lack of interest over at upstream repository ( It might be merely because work has been going on for JSON API v1.1 spec and it has been released recently in September 30th this year: https://jsonapi.org/about/#update-history I'll keep an eye on |
|
We never managed to finish this pull request to the standards we had for an authorization tool. In the end, we decided to no longer support this gem. Discussion here: |
Inspirations taken from:
Problems faced: