geolocation/GPS on Flame no longer works

RESOLVED WORKSFORME

Status

()

RESOLVED WORKSFORME
4 years ago
4 years ago

People

(Reporter: dbaron, Unassigned)

Tracking

({regression})

Trunk
ARM
Gonk (Firefox OS)
regression
Points:
---

Firefox Tracking Flags

(b2g-v1.4 ?, b2g-v2.1 affected)

Details

[Blocking Requested - why for this release]:

The GPS on the flame phone used to be great; it would sync within a few seconds.

Now it doesn't give me a GPS fix at all.  I think this regressed within the past few weeks, although it could be a little bit longer.  I'm running master gecko/gaia on the v122 base image plus the new fonts.

I'm currently running:
gaia 2d2475b521351e200136e463358e6c8e91957702
gecko a6424bfa8f39 plus local patches as of Fri Aug 08 16:43:07 2014 -0700
Reverting https://hg.mozilla.org/mozilla-central/rev/051fd57f4fef locally makes this work again.
Blocks: 1032063
Keywords: regressionwindow-wanted
Kan-Ru: do you have a Flame device you can use to reproduce this GPS problem?

Bug 1032063 was uplifted to the 1.4 release branch, so we may need to back out or fix it there, too.
status-b2g-v1.4: --- → ?
status-b2g-v2.1: --- → affected
Flags: needinfo?(kchen)
I think on Flame we are using QC RIL and QC location so this change shouldn't affect Flame. I'm not sure if mozRIL works with Flame at all.

:dbaron could you list the /system/b2g/distribution/bundles directory?

% adb shell ls /system/b2g/distribution/bundles
b2g_time
libqc_b2g_location
libqc_b2g_ril
Flags: needinfo?(kchen)
Flags: needinfo?(dbaron)
I see:

$ adb shell ls /system/b2g/distribution/bundles
b2g_time
libqc_b2g_location
libqc_b2g_ril

(I've only ever flashed Gecko, Gaia, and the new fonts on top of the v122 base image, so I believe I shuold still be using the QC RIL, etc.)
Flags: needinfo?(dbaron)
And today it works.  Maybe I just wasn't waiting long enough?
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → WORKSFORME

Comment 6

4 years ago
It is very possible this bug is related to: https://bugzilla.mozilla.org/show_bug.cgi?id=1033274

Why? I can reliably repo that bug only when acquiring AGPS data. In David's case, I believe he was seeing that bug, then AGPS loaded fully, and it was masked. Note that bug 1033274 is not believed to be GPS code precisely, rather it is an event and sequencing bug, resulting in JS callback objects becoming unhooked.

Updated

4 years ago
blocking-b2g: 2.1? → ---
You need to log in before you can comment on or make changes to this bug.