4 ms·

They are dropping IE support with this version

• MBCook 5y ago
  Shoot. You’re right. Here’s the quote from a preview release: “In this release, React is dropping support for Internet Explorer, which is going out of support on June 15, 2022. We’re making this change now because new features introduced in React 18 are built using modern browser features such as microtasks which cannot be adequately polyfilled in IE. If you need to support Internet Explorer we recommend you stay with React 17.” (Shoot because I have to support IE still.)
  • The_rationalist 5y ago
    What is their use case for microtasks?
    • jankassens 5y ago
      I think the automatic batching uses them to commit the changes at the end of the current task. https://reactjs.org/blog/2022/03/29/react-v18.html#new-feature-automatic-batching https://reactjs.org/blog/2022/03/29/react-v18.html#new-featu...
      • The_rationalist 5y ago
        If so, I wonder wether Vue.js automatic batching would benefit from using microtasks
  • dwaltrip 5y ago
    Oof... Very interested where your requirement to still support IE comes from. That is unfortunate.
    • worble 5y ago
      Not him but we have internal tools that use an access client that calls into an IE webview. It's hell and I hope we can drop this system sooner rather than later.
    • MBCook 5y ago
      Very similar to worble. We have one app left that a handful of customers still use in a mode that requires Java applets. Yes, you read that right. We’ve been trying to sunset that feature for a long time but I don’t think a date has been decided yet. If it has it’s probably at least a year in the future. Some of the fun of the enterprise software world. I’ve wanted to drop it for years. And our JS bundle would shrink a ton without it. One day.
    • nicoburns 5y ago
      Not the OP, but we have an IE support requirement that comes from the NHS. They do actually seem to have Chrome available on their machines these days, but they didn't when we signed the contract and lots of their users still use IE11 so we'll be continuing to support it at least until the June deadline. They'll almost certainly be on LTSC windows which I think means they can continue to use IE11 with security updates beyond the deadline, but we might be able to persuade them to drop the requirement on us at that point. If it weren't for 3rd party libraries I wouldn't actually mind supporting IE11 too much. It's no IE6. But not being to upgrade libs is a problem!
      • MBCook 5y ago
        You’re right that IE 11 isn’t too bad. The other day I was looking around and discovered it supported web sockets. It does have some surprisingly new stuff you think would be missing. But my main pain point is some relatively simple JavaScript syntax that’s missing. () => {} is a big one. Support for fetch is another. If it had support for those two things I bet a huge chunk of my shimming and polyfills could be avoided. I can work around other things. But those two just feel too fundamental at this point. There would be other benefits. Obviously IE 11 is a joke in JS execution speed compared to other browsers, but what would you expect from something that old.
    • boredtofears 5y ago
      For me: 0.5% of our customers use it, which means as soon as we break IE we get a flood of customer support inquiries. Since we're B2B, the end users using our product often aren't the ones choosing their browser so we can't tell them to just use Chrome. ...really hope that 0.5% drops to zero in June
  • Mikeb85 5y ago
    > (Shoot because I have to support IE still.) Some of MS' own webapps don't even support IE anymore...
    • MBCook 5y ago
      Which is the ultimate irony. MS dropped support, we haven’t.