Closed badtant closed 3 months ago
Do you have a reproduction?
This shouldn't ever happen since we only attempt to import the Node Crypto module if the WebCrypto API is unavailable. If that was unavailable then that browser is well outside of our range of supported browsers
subtle
: https://developer.mozilla.org/en-US/docs/Web/API/Crypto/subtleI haven't been able to reproduce it myself but here are som data from sentry
To be honest, I kind of expected this to be an issue report from an error analytics tool, like Sentry 😅
That's because this honestly doesn't sound like it would ever happen on "real" devices, but instead on requests that fake a user agent but are potentially crawlers.
That said, given that there's a lot of different devices in your report and hence a lot of user agents, there's still a chance there's something odd going on. Mind you though we haven't seen a similar report for a while so this is definitely weird, and could also hint at a faulty polyfill (?)
I'm afraid we won't have much to go on without a reproduction, but I realise that this might be tricky ❤️
Yeah, I get it's really hard to do something without being able to reproduce it. i'll keep testing different browsers/devices to see if I can get the error.
Just following up on this. Have you found what's going on here?
Forgot to point this out before, but it's worth noting that CryptoSubtle
requires a secure context, so it may be worth checking the hosts and protocols of these errors,
Secure context: This feature is available only in secure contexts (HTTPS), in some or all supporting browsers.
(Note: Localhost/other dev domains are excluded from the above)
Ahh, thanks for pointing that out! When I check now the reports are not on https. I have no idea how they end up on http though... they should be redirected to https :)
So testing this on non https I can reproduce the error. I set up a little conf in my hosts-file to test. If this error is intentional on http then I guess you can close the issue.
Then, if you don't mind, I'll close this as unplanned for now, until we have some information of whether this comes down to a real browser with an available reproduction in a secure context ✌️ happy to reopen this though when we've got something actionable, so no need to worry ❤️
Describe the bug
Hi, I'm getting some errors logged from @urql/exchange-persisted.
Module name, 'crypto' does not resolve to a valid URL. Pointing to this line: p = new Function('return import("crypto")')();
The issue seems to be mainly in safari
Reproduction
-
Urql version
"urql": "4.0.6", "@urql/exchange-persisted": "4.1.1",
Validations