+1 for dropping Android 4.4 since it doesn't have updatable webview and it's a pain to maintain such old chromium version
Do we have a reason for 5.1 instead of 5.0 other than the low usage? El mar., 28 ene. 2020 a las 16:13, Norman Breau (<nor...@normanbreau.com>) escribió: > +1 to drop Android 4.4 - 5.0. > +1 to support Android >= 5.1 > > On 2020-01-28 10:59 a.m., Bryan Ellis wrote: > > I would like to open the discussion and vote to *drop Android 4.4 > (KitKat) > > support* in the upcoming next major release. > > > > As of Dec 2019, Stat Counter reports that the *market share for Android > 4.4 > > is only at 2.6%*. > > > > Additionally, there is a report of *128 vulnerabilities in Android > 4.4.4*. > > As far as security updates for KitKat, there are none. The last release > of > > KitKat was 5 years and 2 months ago. > > > > I think it is safe to say that deprecating Android 4.4 support is a good > > move. > > > > Lastly, IF the votes are more in favor of dropping, the next question > would > > be what version should be supported at minimum. > > > > Looking back at the Stat Counter[1] , it shows: > > * Android 5.0 (Lollipop) has 1.46% market share > > * Android 5.1 (Lollipop) has 6.04% market share > > > > Looking at the percentage, maybe we could decide on starting from version > > 5.1 at a minimum. (Android 5.0 + Android 4.4 = 4.06% that will not be > > supported) > > > > To sum up the proposal, I want to vote on: > > * Drop Android 4.4 > > * Support Android 5.1 at minimum (Android >= 5.1 = 95.94% coverage) > > > > > > *Reference Links* > > *Stat Counter* > > [1] > > > https://gs.statcounter.com/android-version-market-share/mobile-tablet/worldwide > > *Common Vulnerabilities and Exposures Details* > > [2] > > > https://www.cvedetails.com/vulnerability-list/vendor_id-1224/product_id-19997/version_id-177951/Google-Android-4.4.4.html > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
