Budde Christensen

You’re welcome. I think this needs some additional work on handling fragment spreads to work properly though, so let me have a look at that. On Sun, 16 May 2021...

@vasilich6107. I think the changes needed are pretty big, so to test my hypothesis I created this project: https://pub.dev/packages/graphql_codegen Here I create "interfaces" for fragments and fields, instead of mixins,...

I ended up creating my own package with better fragment support: https://pub.dev/packages/graphql_codegen Here's a post outlining the motivation: https://budde377.medium.com/structure-your-flutter-graphql-apps-717ab9e46a5d On Mon, Aug 23, 2021 at 8:49 AM geisterfurz007 ***@***.***> wrote:...

No. Since the tests are running in the browser, process.env is not available.You can however set the client args. See the documentation at http://karma-runner.github.io/0.13/config/configuration-file.html (search for client.args). On Thu, Apr...

@s-sridevi15, I don't know about that specific plugin, but as I see it, it should expose the environment variables as the `window.__env__` variable, not the `window.env` variable as you described....

@vincenzopalazzo sounds like a good candidate for the major release.

Can you provide the mutation of your example?

Okay, so I think there're two things here. Arguably, we shouldn't be writing the optimistic result to the cache for the reasons mentioned in the apollo docs. I haven't looked...

> Just to confirm, this is how the library works now, though, right? Via [_getOptimisticQueryResult->attemptCacheWriteFromClient](https://github.com/zino-hofmann/graphql-flutter/blob/main/packages/graphql/lib/src/core/query_manager.dart#L425) It is my understanding that the current implementation is writing the optimistic result to the...

@vincenzopalazzo, Without having looked too much into this, my thoughts are: * Separate libraries handle caching, so if this is not already supported (which it might be), it will require...