Closed daurnimator closed 5 years ago
I have the same issue and to adjust to
was: SELECT pgjwt.url_encode(hmac(signables, secret, alg.id)) FROM alg;
are: SELECT pgjwt.url_encode(public.hmac(signables, secret, alg.id)) FROM alg;
I'm using pg10 with a other schema with Postgrest 0.5
This is likely due to a recent change made to postgrest that sets the search path for a request to only the api schema https://github.com/PostgREST/postgrest/issues/1125
I'll release a fix for this that puts public back into the function paths, and add a note to the readme warning about having pgcrypto in another schema requires altering the functions.
This is likely due to a recent change made to postgrest
Note that the original issue here is not postgrest related.
When pgcrypto is loaded into a schema then pgjwt fails to find pgcrypto functions: