Nik Paushkin
Nik Paushkin
@binga could you accept it pls?
@binga are you still maintaining this repo?
> This is a major showstopper for us, is there any workaround? @danazkari Personally, I've migrated Hasura's table from `uuid` to `String`, still using it as a primary key.
> I made it work using a [custom GraphQL type](https://www.graphql-tools.com/docs/scalars/#custom-scalar-examples) named 'uuid': That's good if you can easily change your remote schema. Can't be done quickly in our case, for...
I fixed it using index this way. I don't know if this is a bug or not in the end. ```python @kopf.index(kopf.EVERYTHING, when=lambda **kwargs: kwargs.get("namespace")) async def all_namespaced_objects(namespace, uid, **_):...
Hi, I can't reproduce it myself now too, no idea what's going on, but I couldn't manage it to work during couple hours. `index_resource` hasn't been called, because my breakpoint...
Imo, API endpoint should have higher priority over the out-of-the-box flow solution since it gives you an ability to create your own flow at least.
Hi @tirumaraiselvan. Mutations, queries and subscriptions to PostgreSQL are the only workloads which we use in the background.
@tirumaraiselvan The only thing we added compared to the previous version is remote schema permissions. I have just noticed, that Hasura stores them all as a huge string in a...
@tirumaraiselvan No, I can't confirm it now. We have 2.24.1 now without those remote schema permissions changes and it's still leaking by 500MB every day.