-
Notifications
You must be signed in to change notification settings - Fork 43
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
A record with a bigint id
can't be queried for when using PostgreSQL
#36
Comments
This also fails for |
Just got back to work after holidays - I'm considering options for it. (Issue arises since I never really considered an indexed filter on ID rather than just using 'show singular resource'). |
I think this should be sorted in V2 by #39. Once reviewed & merged, the fix should get back-ported to V1. We have some people off sick right now so it might take a day or three - please bear with us! |
2.1.3 is now pushed - https://rubygems.org/gems/scimitar/versions/2.1.3 |
1.3.3 back-port done - https://rubygems.org/gems/scimitar/versions/1.3.3 |
We're using our bigint record IDs in the
self.scim_attributes_map
, e.g.however, when querying for the
id
, since by default all attributes are queried as case insensitive, we're getting a query likewhich fails on PostgreSQL, since you can't use LIKE/ILIKE on bigint columns, and
id
is bigint for us.I've read the source code and see the comments about case sensitivity being tricky to use, however I can't see a way of configuring this, and the only way I see is to subclass & override either
apply_scim_filter
orto_activerecord_query_backend
methods fully. Is that the expected way forward?I can see Scimitar exposing a
self.case_sensitive_attributes
map, empty by default, which would then be used to change the queries. Should I fire a PR with that?The text was updated successfully, but these errors were encountered: