Page MenuHomePhabricator

Raise Grade A JavaScript requirement from ES5 (2009) to ES6 (2015)
Open, LowPublic

Description

Following T128115 which was resolved in April 2017, the next logical step would be to drop support for ES5 when the proportion of browsers in use that don't support ES6+ is low enough.

Event Timeline

Nirmos created this task.Oct 17 2017, 9:06 AM

I'm not sure on what condition a task should be stalled, so I'll happily let you and others decide that. I do note, though, that T136203 which I also created, isn't stalled. If this task should be stalled, maybe that task should also be stalled. They are quite similar.

Restricted Application added a project: Performance-Team. · View Herald TranscriptFeb 9 2018, 12:11 PM
Imarlier moved this task from Inbox to Radar on the Performance-Team board.Feb 12 2018, 9:21 PM
Imarlier edited projects, added Performance-Team (Radar); removed Performance-Team.
Krinkle renamed this task from Drop support for ES5 to Raise Grade A JavaScript requirement from ES5 to ES6.Jun 23 2018, 11:21 PM

@Nirmos @Krinkle Can the task description be expanded to include the conditions under which this can proceed (assuming that it cannot proceed at the moment)?

Krinkle added a comment.EditedAug 1 2018, 5:02 AM

The main condition is percentage of browser support. Exactly what percentage to wait for hasn't been decided, but here's a few past decisions of similar nature:

  • September 2014: Dropped support for IE7, ~1% – Wikitech, 116d1828. (mainly motivated by EOL and lack of TLS; Opera 12 with the same usage level at the time was specifically not dropped)
  • November 2015: Dropped support for IE8, ~0.55% pageview traffic. – T118303
  • November 2016: Dropped support for JSON polyfill, <0.1% pageview traffic (mainly Safari 4.x). – T141344#2818497
  • April 2017: Dropped support for ES3, ~0.59% pageview traffic (mainly IE9, Android 2). – T128115#3066522
    • For this change, we aimed at ~99.5% adoption before switching. We explicitly didn't switch at 98%.
  • November 2017: Dropped support for Opera 12, <0.1% pageview traffic (below threshold for public analytics, post-2015). – T121517
  • February 2018: Dropped support for IE10, 0.07% pageview traffic. – T187869

In April 2016, we also did a two-month analytics campaign to know the remaining percentage of page views from Grade A clients – T102318:

  • 95.43% of pageview traffic supported Grade A feature test (86.27% browsers we officially support, 9.16% unofficially works, aka "Grade X"; tends to be beta versions of browsers and browsers derived from supported ones, such as UC Browser and Yandex).
  • 4.58% of pageview traffic degraded as Grade C (mostly Opera Mini, and older versions of IE/Safari/Android).

Support for ES2015 (ES6) is not as easy to measure (yet) given the many new built-ins weren't implemented a the same time. We're technically still waiting for the first browser to fully implement it. Though, Kangax's tables indicate we're getting close:

  • Current Firefox and Chrome implement 97 to 98% of the spec,
  • Edge about 93 to 96%,
  • Safari 9 implemented 53%, but Safari 10+ shows 99% of the spec being implemented,
  • IE 11 implemented 11% only.

At this point, we should probably wait for IE11 traffic to drop more (last week: 7%), and for the remaining browsers to finish their implementation, and then for the now-current versions of non-evergreen browsers (Safari and Edge) to drop off a bit more.

When we get further along in this, we should remember that among contributors (compared to readers) browser usage biases more towards older browsers. One could argue that Grade A features are more important to editors than to readers (Grade C reading's pretty good, Grade C editing – not so much). See also T128115#3066697.

Krinkle renamed this task from Raise Grade A JavaScript requirement from ES5 to ES6 to Raise Grade A JavaScript requirement from ES5 (2009) to ES6 (2015).
Legoktm changed the task status from Open to Stalled.Aug 1 2018, 5:05 AM
Krinkle changed the task status from Stalled to Open.Mon, May 13, 8:24 PM
Krinkle moved this task from Blocked to Backlog: Future Goals on the Performance-Team board.

Haven't checked recently, but we might be getting close to dropping Grade A support for non-ES6 browsers. I don't think we're there yet, but we're close enough that this is worth keeping in mind during the 2020-2012 planning process (starting 1 year from now). So putting in that column for us to see at that time.

This would be "ES6 functions but not syntax", presumably, unless we fix T75714: ResourceLoader JavaScript parser should allow ES6 syntax features first (which isn't marked as a blocker)? That feels like a really icky thing to lint for.