You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, there is no way to force the exchange to work in production. This can be useful when you want to analyse things in production. This has actually been previously discussed on a ticket i created a while ago (on the wrong repo, whoops): urql-graphql/urql-devtools#48.
Since then though it looks like the guard on NODE_ENV has returned and theres no way to override it.
It'd probably be annoying for folks to just remove the guard because people might see it unexpectedly start being there in prod (which might be why it came back?), so I understand this is actually not that trivial to fix without major version bump.
Maybe the exchange could have a new init function attached to it which accepts a config object or something?
Currently, there is no way to force the exchange to work in production. This can be useful when you want to analyse things in production. This has actually been previously discussed on a ticket i created a while ago (on the wrong repo, whoops): urql-graphql/urql-devtools#48.
It was kindly fixed by @JoviDeCroock.
Since then though it looks like the guard on
NODE_ENV
has returned and theres no way to override it.It'd probably be annoying for folks to just remove the guard because people might see it unexpectedly start being there in prod (which might be why it came back?), so I understand this is actually not that trivial to fix without major version bump.
Maybe the exchange could have a new
init
function attached to it which accepts a config object or something?That way you could still use the current behaviour like
Without changing it for anyone. Alternatively there could be another env var introduced to override.
The text was updated successfully, but these errors were encountered: