System reboot when granting access to location on arale

[Pat McGowan]

arlae rc-proposed
(not sure this is really browser issue but its what i was using)

Open maps.google.com
Webbroser prompts to allow access for the page to my location, allow
Trust store prompt to allow access for webbrowser (I thought I had already granted it int he past), allow
The phone hangs for a few seconds then reboots. The Meizu logo was shown and it vibrated so not just a unity restart

[Olivier Tilloy (osomon)]

I cannot replicate the issue here. My arale is running the latest rc-proposed, I wiped the location trust store DB and restarted the service. I get the two prompts upon browsing to maps.google.com, but the phone didn’t reboot.

[Pat McGowan (pat-mcgowan)]

Not surprised, I will watch for it but expect it will be difficult to reproduce, there are no traces on the system

[Launchpad Janitor (janitor)]

[Expired for trust-store (Ubuntu) because there has been no activity for 60 days.]

[Launchpad Janitor (janitor)]

[Expired for webbrowser-app (Ubuntu) because there has been no activity for 60 days.]

[Paweł Stołowski (stolowski)]

This seems to be affecting the changes now in silo 65 (unity8-dash runs confined and requests location access shortly after boot), and it has been reproduced without much problem on two arale systems.

[James Henstridge (jamesh)]

Pawel asked me to attach the logs from my tests of silo 65 on Arale.

I brought up the "Near by" scope, which claimed not to have location access. When I tried reloading it, I got the trust store prompt. Clicking allow resulted in the device restarting.

[James Henstridge (jamesh)]

And here's a logcat taken while triggering the trust prompt reboot

[James Henstridge (jamesh)]

And a tail of /var/log/syslog from another repeat of the reboot.

[Jean-Baptiste Lallement (jibel)]

now that trust prompts are enabled for the dash, this issue is critical because users will always see the trust prompt almost immediately on first boot.

[Víctor R. Ruiz (vrruiz)]

I haven't been able to reproduce in krillin nor turbo, but in arale it is very easy removing the
files /home/phablet/.local/share/UbuntuLocationService/trust.db, /home/phablet/.config/.scopesLocationPrompt, rebooting and exercising the scopes.

[James Henstridge (jamesh)]

This is the last line of the logcat output prior to the reboot:

    E/libEGL ( 4160): call to OpenGL ES API with no current context (logged once per thread)

So presumably something in that process triggering some drawing from the wrong thread?

[James Henstridge (jamesh)]

Could this be a dupe of bug 1551811?