Open psstoev opened 11 months ago
I have the same problem.
@SamirTalwar @vijayprasanna13 do you have any idea how can we manage it?
I want to update Hasura from 2.19.0 to 2.32.0 but I couldn’t. I've added disable_postgres_arrays
as HASURA_GRAPHQL_EXPERIMENTAL_FEATURES
to my env but now I have problem with error:
variable is declared as '_int4', but used where '_integer' is expected
@manasag any idea with that issue?
Hi, @Fudal @psstoev have you found a solution to this issue?
@narendra-paiteq no, I had to keep old hasura version without upgrade
Version Information
Server Version: 2.33.4 CLI Version (for CLI related issue):
Environment
Local Docker 2.33.4 images, Postgres v14 Database.
What is the current behaviour?
Hasura version 2.29 and above supports Postgres arrays and corresponding return and input types are marked in the GraphQL schema as e.g.
[Int!]
, forinteger[]
arrays. However, with custom functions that accept arrays as arguments the input type is still marked as_int4
is the GraphQL schema.What is the expected behaviour?
Custom functions accepting arrays as arguments should have the arrays marked as arrays in the input type.
How to reproduce the issue?
Create a table with an array column and a function that accepts array as an argument, track both:
Inspect the schema and observe the differences between the input types:
Any possible solutions/workarounds you're aware of?
Adding
disable_postgres_arrays
toHASURA_GRAPHQL_EXPERIMENTAL_FEATURES
seemed like a viable option, but it still produces inconsistent input types,_integer
vs._in4
:And I’m not aware of any other workarounds.
Keywords
postgres arrays _int4 compatibility