-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Framework: Investigate using babel-polyfill #2360
Comments
Half true. We're not actually using |
The concern in the past was the size of the full polyfill. Given the number of crasher bugs that have slipped through on various platforms because of confusion about what's available and what's not, I think we should bite the bullet and pull in the polyfill. |
;) was the title of this issue not clear enough? |
😺 |
I have no idea what I thought I was adding when I wrote that original comment. Total reading comprehension fail on my part. Sorry about that. :person_frowning: |
No worries 👍 Thanks for adding notes on the size concerns. |
Minified and gzipped it looks like it's 32k (grab the polyfill here to see). That would bring our build.js from about 170k to about 200k. It's not insignificant, but I'd pay that price to enable the features and avoid the problems we've run into. Would be great if we could include it dynamically based on feature-sniffing though. Not sure if that's a thing. @mtias I think you are the filesize arbiter and czar. What do you think? |
This issue has been marked as stale because it hasn't been updated in a while. It will be closed in a week. If you would like it to remain open, can you please comment below and see what you can do to get things moving with this issue? Thanks! 🙏 |
oh the good old days |
Currently babel-runtime does not polyfill all ES6 language features, so we sometimes run into bugs when we expect certain prototype methods to be available.
For example
String.prototype.startsWith
is unavailable in IE11The text was updated successfully, but these errors were encountered: