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
Describe the bug
We have an app that does quite a few requests on load. Each requests needs to call fetchStripeSignature to get the signature to send to the server. Some of the calls are made very concurrently.
It seems like (at least in development) that when the calls to fetchStripeSignature are to quick, we just get stuck on await and it never returns.
To solve this we've had to add a "sleep" based on the number of pending requests so to not call fetchStripeSignature to quickly.
Expected behavior
That it is possible to call await fetchStripeSignature on each request without having to either cache the signature or implement "sleep"-patterns.
The text was updated successfully, but these errors were encountered:
Thanks for the report. We also became aware of this issue internally, and we're working on a fix. ETA is TBD, but it's definitely on our radar and not intended.
Describe the bug
We have an app that does quite a few requests on load. Each requests needs to call
fetchStripeSignature
to get the signature to send to the server. Some of the calls are made very concurrently.It seems like (at least in development) that when the calls to
fetchStripeSignature
are to quick, we just get stuck onawait
and it never returns.To solve this we've had to add a "sleep" based on the number of pending requests so to not call
fetchStripeSignature
to quickly.Expected behavior
That it is possible to call
await fetchStripeSignature
on each request without having to either cache the signature or implement "sleep"-patterns.The text was updated successfully, but these errors were encountered: