Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6FCF210C5A for ; Tue, 14 Jan 2014 19:59:25 +0000 (UTC) Received: (qmail 6794 invoked by uid 500); 14 Jan 2014 19:59:24 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 6732 invoked by uid 500); 14 Jan 2014 19:59:24 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 6721 invoked by uid 99); 14 Jan 2014 19:59:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jan 2014 19:59:24 +0000 X-ASF-Spam-Status: No, hits=3.7 required=5.0 tests=FH_RANDOM_SURE,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mike.billau@gmail.com designates 209.85.215.45 as permitted sender) Received: from [209.85.215.45] (HELO mail-la0-f45.google.com) (209.85.215.45) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jan 2014 19:59:20 +0000 Received: by mail-la0-f45.google.com with SMTP id b8so689960lan.4 for ; Tue, 14 Jan 2014 11:58:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ckZIG0CTpIv64C9a0cab+GD3H19Lr5up9o/XWfKNIEo=; b=kbAk6+6Ccpk26aYL+WafsT3QuIqVA7bMrxtwYUMSDoTe1gKcCw7S/GUKHyg6Xtu9WV f7819sHQY45gs3b7IzcUX8qiBpSXWR2BcCIc0vQDmOyfnvdwsH24pIVX5ERr8Cru9Wx5 gOdFg/e3Cys0TfOCmOMJ3c/g/b2L4Qshy1vOBFtYIy8YH4CS0yODIgdAtSd8nYA/Ifhd VGgYt6EBg0D9SIv7I36ixF3ToK8N1+CnVbrcVCgYxaBZkzDSWMxHrO1/uAG34TFpghHT HZ25sHuGtM8XesYA/wD4RgnsL+6tPlxLsyRke3tn+4Qzyz54BV22J76tq5tAmsF7GH7V IaqA== MIME-Version: 1.0 X-Received: by 10.152.121.105 with SMTP id lj9mr1966892lab.6.1389729538850; Tue, 14 Jan 2014 11:58:58 -0800 (PST) Received: by 10.112.133.231 with HTTP; Tue, 14 Jan 2014 11:58:58 -0800 (PST) In-Reply-To: References: Date: Tue, 14 Jan 2014 14:58:58 -0500 Message-ID: Subject: Re: [Android] Deprecation of Geolocation on Android From: Mike Billau To: "dev@cordova.apache.org" , bowserj@apache.org Content-Type: multipart/alternative; boundary=089e012277167f440e04eff39f62 X-Virus-Checked: Checked by ClamAV on apache.org --089e012277167f440e04eff39f62 Content-Type: text/plain; charset=ISO-8859-1 +1 to deprecate. Tested Web GPS on 2.3 (lowest that we have) and it worked fine. On Mon, Jan 13, 2014 at 1:54 PM, Joe Bowser wrote: > So, an update on this. > > 1. Our users don't know how GPS works! I can reproduce Geolocation > errors only by disconnecting my WiFi and by not having a SIM in the > phone and expecting my GPS to magically get the signal from inside my > office (It takes 2 minutes at least). I can't change the laws of > physics, so this is working as intended > 2. Our GPS doesn't work any better or worse than Web GPS > 3. We'll still have people filing bugs against the Geolocation plugin > that I can't reproduce, I'd rather close them as Web GPS problems than > "You've never used GPS before, I can't reproduce" problems. > > I think we should deprecate the code for the time being, since there > isn't actually anything wrong with it other than the fact that it has > a 60s callback (which was considered reasonable in the old days of > 2008 when batteries died more quickly). > > On Sat, Jan 11, 2014 at 12:33 PM, Lindsey Simon > wrote: > > +1 to nuking it. > > > > Anyone depending on it for really old versions of Android is likely not > > doing anyone a favor (themselves or their users) - and (I think) it adds > to > > new developer confusion. Then again, having a plugin that only adds the > > permission bit sort of does that too. > > > > > > > > On Fri, Jan 10, 2014 at 7:26 PM, Michal Mocny > wrote: > >> > >> Adding support for play services based geolocation could come as a value > >> add later. If the current implementation is broken and no one wants to > >> work on it (seems to be the case since it hasn't been fixed yet), then > >> Joe's suggestion to just drop it now and leave a no-op plugin that adds > >> permission only sounds like the right thing short term. > >> > >> Joes first email claims Web Geolocation supports all current versions of > >> android (http://caniuse.com/geolocation claims android 2.1+ though I > >> didn't > >> look in to possible quirks). > >> > >> -Michal > >> > >> > >> On Fri, Jan 10, 2014 at 8:43 PM, Andrew Grieve > >> wrote: > >> > >> > Is the plugin still needed on older android versions? e.g. we might > >> > want to have it be a no-op based on the android version instead of > >> > deleting it? > >> > > >> > Android geolocation seems to have gone Play Services, so another > >> > option would be to make the plugin use that instead of the OS > >> > geolocation in order to provide some utility. > >> > > >> > On Fri, Jan 10, 2014 at 4:14 PM, Jesse > wrote: > >> > > The index.html issue was iOS, not sure if it still exists. > >> > > > >> > > Windows Phone 7+8 use the browser based geolocation as they have > >> > > implemented the spec, However because of the way permissions are > >> > managed, > >> > > there is a native do-nothing stub that simply signal that Location > >> > Services > >> > > are required. > >> > > Windows8 does some massaging of the api to the WinJS version, and > adds > >> > the > >> > > permissions to the project. > >> > > > >> > > I just spoke ( physically ) with Joe, and with this change, the > >> > geolocation > >> > > plugin would still exist for Android, it would just add the > permission > >> > > to > >> > > the app. So, Android's plugin would be almost identical to WP7+8 > with > >> > this > >> > > change. > >> > > > >> > > +1 from me, assuming everything will just work. > >> > > > >> > > > >> > > > >> > > @purplecabbage > >> > > risingj.com > >> > > > >> > > > >> > > On Fri, Jan 10, 2014 at 3:40 PM, Joe Bowser > wrote: > >> > > > >> > >> It never did on Android, you can see this in Mobile-Spec. > >> > >> > >> > >> On Fri, Jan 10, 2014 at 3:39 PM, Brian LeRoux wrote: > >> > >> > Does the permission dialogue still ask for index.html ? > >> > >> > > >> > >> > > >> > >> > On Friday, January 10, 2014, Joe Bowser wrote: > >> > >> >> > >> > >> >> Due to numerous issues found in Geolocation, combined with an > >> > increase > >> > >> >> in reliability of the Web Geolocation, I'm wanting to see us EOL > >> > >> >> the > >> > >> >> Geolocation plugin. > >> > >> >> > >> > >> >> Reasons for this include: > >> > >> >> * Support for Geolocation on all currently supported versions > of > >> > >> Android > >> > >> >> * Numerous issues with the current Geolocation plugin that may > >> > >> >> involve a full re-write of the Geolocation plugins. > >> > >> >> * The Web Geolocation may be more energy efficient than our own > >> > >> >> Geolocation polling. > >> > >> >> > >> > >> >> What do people think about deprecating this plugin and > >> > >> >> recommending > >> > >> >> that we use the browser's implementation on Android? > >> > >> >> > >> > >> >> Joe > >> > >> > >> > > > > > > --089e012277167f440e04eff39f62--