Not yet available but configured providers should be added as soon as they become available

[Thomas Voß]

Right now, the location service tries to instantiate configured providers at startup. In specific corner cases, some of the configured sensors might not be available and the service should be able to be notified when those providers become available.

In particular, this affects the wizard running on first boot, and subsequent login to the user session.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-location-provider-here - 0.1+15.04.20150127~rtm-0ubuntu1

---------------
ubuntu-location-provider-here (0.1+15.04.20150127~rtm-0ubuntu1) 14.09; urgency=low

  [ Loïc Minier ]
  * Sleep 5 and restart ubuntu-location-service after starting HERE
    stack when wizard completes; lets location-service pick up the new
    provider; LP: #1415029. (LP: #1415029)

  [ Ubuntu daily release ]
  * New rebuild forced

ubuntu-location-provider-here (0.1+15.04.20141110-0ubuntu1) vivid; urgency=low

  [ Loïc Minier ]
  * Wait for NM and oFono to be started before starting slpgwd due to a
    bug in location-service-connectivity API (LP 1390490); works around
    LP: #1389874. (LP: #1390490, #1389874)
 -- Ubuntu daily release <email address hidden> Tue, 27 Jan 2015 17:32:31 +0000

[John McAleely (john.mcaleely)]

@tvoss, is this going to land this week for ww09 milestone?

[John McAleely (john.mcaleely)]

phablet@ubuntu-phablet:~$ dpkg -l | grep provider-here
ii ubuntu-location-provider-here 0.1+15.04.20150127~rtm-0ubuntu1 armhf HERE provider for the Ubuntu Location Service
phablet@ubuntu-phablet:~$ system-image-cli -i
current build number: 239
device name: krillin
channel: ubuntu-touch/ubuntu-rtm/14.09-proposed
last update: 2015-02-18 19:19:28
version version: 239
version ubuntu: 20150218
version device: 20150216-fe747ac
version custom: 20150216-561-29-186

[Jonathan Cave (jocave)]

Version: ubuntu-touch/stable/bq-aquaris.en r18 krillin

Just tried to switch to HERE supported location after having initially been set to GPS only. A reboot was required before the HERE app was able to find my location.

[Pat McGowan (pat-mcgowan)]

This fixed the wizard scenario but not when enabled in settings, will open a new bug.

[Pat McGowan (pat-mcgowan)]

on second thought just reopened it

[John McAleely (john.mcaleely)]

@pat - is my understanding correct that the system-settings part you mention in #5 is fixed now in vivid?

[Pat McGowan (pat-mcgowan)]

I do not think the other scenario is fixed, assign to Bill t confirm

[Ken VanDine (ken-vandine)]

@thomas-voss: Wouldn't it make more sense for the location-service to reload when it sees the property changes on accountsservice?

[Thomas Voß (thomas-voss)]

@ken-vandine: Sure, and we are already doing that for the wizard case. However, to make the overall solution more robust, we should be able to handle delayed/deferred providers flawlessly.

[Ken VanDine (ken-vandine)]

@thomas-voss: Sure, it should be robust, which is why I don't think system-settings should be restarting the service. It's one thing to do that at the end of the wizard upstart job, but we can't really do that during runtime.

[Noemí (noemi-gallego)]

Is there any posibility of this affecting google maps too?
It couln't determinate my position until I accepted the here conditions and rebooted the device.

[Pat McGowan (pat-mcgowan)]

Yes because if the Here provider is not loaded the only think available is gps which takes time to lock location. Anything on the system needing location is affected.

[Bill Filler (bfiller)]

marking system-settings task as invalid. The location-service should be monitoring for the signal and reloading when providers become ready

[Łukasz Zemczak (sil2100)]

This bug was fixed in the package ubuntu-location-provider-here 0.1+15.04.20150529-0ubuntu1 in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay

---------------

ubuntu-location-provider-here (0.1+15.04.20150529-0ubuntu1) vivid; urgency=medium

  [ CI Train Bot ]
  * New rebuild forced.

  [ Manuel de la Pena ]
  * Empty commit to made the changes available for vivid.

ubuntu-location-provider-here (0.1+15.04.20150127~rtm-0ubuntu1) 14.09; urgency=low

  [ Loïc Minier ]
  * Sleep 5 and restart ubuntu-location-service after starting HERE
    stack when wizard completes; lets location-service pick up the new
    provider; LP: #1415029. (LP: #1415029)

  [ Ubuntu daily release ]
  * New rebuild forced

 -- CI Train Bot <email address hidden> Fri, 29 May 2015 08:11:27 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-location-provider-here - 0.1+15.10.20150529-0ubuntu1

---------------
ubuntu-location-provider-here (0.1+15.10.20150529-0ubuntu1) wily; urgency=medium

  [ CI Train Bot ]
  * New rebuild forced.

  [ Manuel de la Pena ]
  * Empty commit to made the changes available for vivid.

ubuntu-location-provider-here (0.1+15.04.20150127~rtm-0ubuntu1) 14.09; urgency=low

  [ Loïc Minier ]
  * Sleep 5 and restart ubuntu-location-service after starting HERE
    stack when wizard completes; lets location-service pick up the new
    provider; LP: #1415029. (LP: #1415029)

  [ Ubuntu daily release ]
  * New rebuild forced

 -- CI Train Bot <email address hidden> Fri, 29 May 2015 08:11:27 +0000

[Noemí (noemi-gallego)]

It still reproduces on Vivid

[Thomas Voß (thomas-voss)]

Okay, finally found time to revisit my previous patch. I think we should load providers asynchronously on service startup. With that, configured providers are just hints to the underlying machinery, and loading/announcement of providers ready for consumption is executed on a different thread.

[Pat McGowan (pat-mcgowan)]

assuming this didnt land

[Jean-Baptiste Lallement (jibel)]

I confirm it is not fixed in OTA8