cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon MacDonald <simon.macdon...@gmail.com>
Subject Re: [Android] Let's drop support for Jellybean
Date Mon, 12 Jun 2017 19:48:40 GMT
+1 from me as well.

If we can move to Android 5.0 (API 21) and later that would be a huge win
as all of those devices can use the Android System WebView
<https://play.google.com/store/apps/details?id=com.google.android.webview&hl=en>
which
gives us a more consistent target.

Simon Mac Donald
http://simonmacdonald.com

On Mon, Jun 12, 2017 at 2:35 PM, Kerri Shotts <kerrishotts@gmail.com> wrote:

> +1
>
>
> ~ Kerri
>
> > On Jun 12, 2017, at 13:22, Trevor Brindle <tabrindle@gmail.com> wrote:
> >
> > +1 makes sense to me. Ensuring testability and not making heroic measures
> > to continue support an old OS is a good reason to me.
> >
> > TrevorBrindle
> > Lead Hybrid Mobile Engineer
> > SHOP•COM powered by marketamerica
> > C: (407) 450-8700
> >
> > On Mon, Jun 12, 2017 at 1:23 PM, Shazron <shazron@gmail.com> wrote:
> >
> >> +1
> >>
> >> On Mon, Jun 12, 2017 at 8:38 AM, julio cesar sanchez <
> >> jcesarmobile@gmail.com
> >>> wrote:
> >>
> >>> Currently, Jellybean is 8.8%, so it's bellow the 10%. We can drop it.
> >>>
> >>>
> >>> 2017-06-12 17:22 GMT+02:00 Filip Maj <maj.fil@gmail.com>:
> >>>
> >>>> Reviving this thread! Sorry for the late reply.
> >>>>
> >>>> Regarding Trevor's question:
> >>>>> Just for consideration however, what do we actually gain by dropping
> >>>>> official support? Are there compat libraries or tests we can drop
> >> after
> >>>>> this?
> >>>>
> >>>> From a testing/CI perspective, it becomes much more tenable to keep
up
> >>>> with pull requests and ensure changes are validated on the platforms
> >>>> we support. We currently leverage Sauce Labs to run tests on emulators
> >>>> on Android, and Sauce dropped support for all Android versions up to
> >>>> and including 4.3 [1]. So, from a selfish perspective, as a cordova
> >>>> dev, dropping 4.3 and below support makes _my_ life easier as I don't
> >>>> have to manually test on earlier versions of Android.
> >>>>
> >>>> Not sure if there are other, less-selfish reasons? Ping Simon + Joe.
> >>>>
> >>>> Also, instead of letting this thread die a quiet death, may I suggest
> >>>> that whatever decision is made here, we file as issues and chalk up
> >>>> for the next cordova-android major release?
> >>>>
> >>>> [1] https://wiki.saucelabs.com/display/DOCS/2017/03/30/EOL+
> >>>> for+Android+4.0%2C+4.1%2C+4.2%2C+and+4.3+Automated+Mobile+App+Testing
> >>>>
> >>>> On Sun, Feb 26, 2017 at 4:36 PM, Trevor Brindle <tabrindle@gmail.com>
> >>>> wrote:
> >>>>> I don't think it is unreasonable to drop support for an OS that
had
> >> its
> >>>>> first release in July of 2012 (4.1 is almost 5 years old), especially
> >>>>> considering the Cordova support policy for iOS.
> >>>>>
> >>>>> Realistically, I think it's hard to justify support for before 4.4.
> >>> Less
> >>>>> than 10% of our customers are on 4.4 or earlier as a whole, and
less
> >>> than
> >>>>> 10% of them actually use our apps regularly.
> >>>>>
> >>>>> Just for consideration however, what do we actually gain by dropping
> >>>>> official support? Are there compat libraries or tests we can drop
> >> after
> >>>>> this?
> >>>>>
> >>>>> On Sun, Feb 26, 2017 at 12:10 PM Simon MacDonald <
> >>>> simon.macdonald@gmail.com>
> >>>>> wrote:
> >>>>>
> >>>>> I would happily drop support for anything less than API level 19
in
> >> the
> >>>>> next cordova-android major release.
> >>>>>
> >>>>>
> >>>>> Simon Mac Donald
> >>>>> http://simonmacdonald.com
> >>>>>
> >>>>> On Sun, Feb 26, 2017 at 10:56 AM, Filip Maj <maj.fil@gmail.com>
> >> wrote:
> >>>>>
> >>>>>> As much as I personally would like to do so, I wonder what the
> >>>>>> reaction among consumers of cordova would be.
> >>>>>>
> >>>>>> On Sun, Feb 26, 2017 at 1:39 AM, Jesse <purplecabbage@gmail.com>
> >>> wrote:
> >>>>>>> +1
> >>>>>>> Our CI tests only test as far back as 4.4, so maybe I thought
we
> >>> were
> >>>>>>> already there.
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> @purplecabbage
> >>>>>>> risingj.com
> >>>>>>>
> >>>>>>> On Fri, Feb 24, 2017 at 12:15 PM, Joe Bowser <bowserj@gmail.com>
> >>>> wrote:
> >>>>>>>
> >>>>>>>> Hey
> >>>>>>>>
> >>>>>>>> Even though everything appears to be working on Jellybean,
I
> >> know a
> >>>> lot
> >>>>>> of
> >>>>>>>> people have been wanting to throw it to the wayside.
 Normally,
> >> for
> >>>> us
> >>>>>> to
> >>>>>>>> drop support for a platform, we have to wait unitl it
goes below
> >>> 10%,
> >>>>>> but
> >>>>>>>> since Jellybean consists of three different API versions,
and
> >> since
> >>>> two
> >>>>>> of
> >>>>>>>> those are below the 5% mark, I'm tempted to just toss
it by the
> >>>> wayside
> >>>>>> and
> >>>>>>>> set the minimum supported version of Android to 4.4.x,
or API
> >> level
> >>>> 19.
> >>>>>>>>
> >>>>>>>> How do people feel about that.  I know in the past,
people were
> >>> super
> >>>>>>>> passionate about supporting everything, but given that
my Android
> >>> 4.1
> >>>>>>>> device is an old Nitobi device obtained before we even
became
> >>> Adobe,
> >>>>>> and it
> >>>>>>>> took five tries to get it to cooperate with adb, I'm
really
> >>> starting
> >>>> to
> >>>>>>>> think it's time we dropped Jellybean.
> >>>>>>>>
> >>>>>>>> Thoughts?
> >>>>>>>>
> >>>>>>>> Joe
> >>>>>>>>
> >>>>>>
> >>>>>> ------------------------------------------------------------
> >> ---------
> >>>>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >>>>>> For additional commands, e-mail: dev-help@cordova.apache.org
> >>>>>>
> >>>>>>
> >>>>>
> >>>>> --
> >>>>> TrevorBrindle
> >>>>> Lead Hybrid Mobile Engineer
> >>>>> SHOP•COM powered by marketamerica
> >>>>> C: (407) 450-8700
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >>>> For additional commands, e-mail: dev-help@cordova.apache.org
> >>>>
> >>>>
> >>>
> >>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message