where: {key: {_in: ["string"]}} results in _type "_text[]" does not exist
See original GitHub issueAfter updating v1.0.0-beta.2 to v.1.0.0-beta.5 seemingly all GraphQL queries with _in
-filters for text array columns started failing with error
{
"errors": [
{
"extensions": {
"path": "$",
"code": "constraint-error"
},
"message": "type \"_text[]\" does not exist"
}
]
}
I’m sorry that I don’t have more detailed report yet, nor I have manage to reproduce this from scratch.
Issue Analytics
- State:
- Created 4 years ago
- Comments:5
Top Results From Across the Web
Property 'includes' does not exist on type 'string[]'
Changing the compiler target to "es2016" in tsconfig.js should solve this issue.
Read more >Property does not exist on type String in TypeScript | bobbyhadz
The "Property does not exist on type String" error occurs when we try to access a property that does not exist on the...
Read more >SQL error messages and exceptions - Oracle Help Center
A RELEASE or ROLLBACK TO SAVEPOINT was specified, but the savepoint does not exist. Table 16. Class 40: Transaction Rollback. SQLSTATE, Message Text....
Read more >Documentation: 15: 43.5. Basic Statements - PostgreSQL
In this section and the following ones, we describe all the statement types that are explicitly understood by PL/pgSQL. Anything not recognized as...
Read more >13.1.20 CREATE TABLE Statement - MySQL :: Developer Zone
An error occurs if the table exists, if there is no default database, ... DEFAULT does not apply to the BLOB , TEXT...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@datakurre,
v1.0.0.beta.3 had some breaking changes with _in queries. https://github.com/hasura/graphql-engine/releases/tag/v1.0.0-beta.3
If you can post your query and the variables your are using. I might be able to check if it is related to this change or not.
Cheers
So, we were doing something unsupported and that worked just by accident. My current workaround is a custom operator allowing us to use
where: {ids: {_eq: "id"}}
. We could probably also use JSONB column instead of text[] to be able to use JSON operators.Thanks a lot for help with this. Now I close this as “invalid”.