Closed nspector closed 3 years ago
Thanks for filing!
Presumably you're using core-js
? Which version?
Can you check what new Float32Array(0)[Symbol.toStringTag]
returns in your shimmed IE 11 environment?
Presumably you're using core-js? Which version?
based on our babel config, looks like 3
.
Can you check what new Float32Array(0)[Symbol.toStringTag] returns in your shimmed IE 11 environment?
undefined
just 3? what does node_modules/core-js/package.json
say?
Sorry, meant using this cofig: https://babeljs.io/docs/en/babel-plugin-transform-runtime#corejs -- the package.json shows version: 3.16.0
gotcha, thanks. i'll fix the error here to account for typed arrays with shammed symbols :-)
Thank you!
Released in v1.1.6; please let me know if that works for you :-)
@ljharb coming from here now: https://github.com/inspect-js/is-typed-array/blob/main/index.js#L28
aha, thanks :-) fixing that next.
Fixed in is-typed-array
v1.1.7.
looks like that fixed it!
Hi! On our apps on IE11 we're seeing the error:
this engine has support for Symbol.toStringTag, but Float32Array does not have the property! Please report this.
I believe it is from the changes that were made yesterday. If not, I'm sorry for the inconvenience. My theory is that the change fromto
is not the same check.
has-tostringtag/shams
does:On IE11 for us, our
typeof Symbol.toStringTag
isobject
, so it is now truthy, where-as previously it was not.Thanks! Let me know if you want me to help with any further diagnostics!
Edit: Confirmed that I was able to fix IE11 by pinning:
is-typed-array
andwhich-typed-array
(I might only need the former, was a little whack-a-mole, and added it after just the latter didn't fix it). We're getting these as a dependency of util: