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
Current usage pattern of wrapping graphql_flutter around MaterialApp doesn't make sense to me, as there is a unsecured component and a secured component, additionally our background service periodically refreshes token to ensure seamless transaction for user, which is not clear on how we integrate with graphql_flutter.
Ensuring configuration of auth link before user even hits the secured spaces doesn't logically work (and it risks pushing away potential new users that we are trying to convert).
Scenario for us is:
Launch app
User consumes public services
User wants to execute an admin/paid function they get redirected to sign in or sing up page
Upon login user consumes admin/paid function that calls our graphql api endpoint
Upon token expiration background service triggers token update
Config documentation indicates that authlink setup should take place at point 1, which is illogical at this point.
Ideally we want it done somewhere between 3-4 so that access token is captured and can be consumed, as well as after step 5 when we get updated token.
Currently looking at graph client as alternative option but before i go down that path, i want to know whether graphql_flutter can handle this scenario before i move onto another solution.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi all,
Current usage pattern of wrapping graphql_flutter around MaterialApp doesn't make sense to me, as there is a unsecured component and a secured component, additionally our background service periodically refreshes token to ensure seamless transaction for user, which is not clear on how we integrate with graphql_flutter.
Ensuring configuration of auth link before user even hits the secured spaces doesn't logically work (and it risks pushing away potential new users that we are trying to convert).
Scenario for us is:
Config documentation indicates that authlink setup should take place at point 1, which is illogical at this point.
Ideally we want it done somewhere between 3-4 so that access token is captured and can be consumed, as well as after step 5 when we get updated token.
Currently looking at graph client as alternative option but before i go down that path, i want to know whether graphql_flutter can handle this scenario before i move onto another solution.
Beta Was this translation helpful? Give feedback.
All reactions