Closed Bug 859183 Opened 11 years ago Closed 11 years ago

[GPS] GPS engine still operate, when HERE Map Stop

Categories

(Firefox OS Graveyard :: Gaia, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:-, b2g18+ affected)

RESOLVED DUPLICATE of bug 871343
blocking-b2g -
Tracking Status
b2g18 + affected

People

(Reporter: leo.bugzilla.gecko, Unassigned)

Details

(Whiteboard: [apps watch list] c=)

When HERE Map start and stop, GPS Indicator is still remain on the top(also,GPS Engine operate).
It is off after about 1 minute from Here Map stop.
Is scenario normal case?
This Case(when HEREMap stop, still GPS operate) is possible to cause power consumption claim.
Could your team be ready debug this issue?
Whiteboard: [apps watch list1]
Whiteboard: [apps watch list1] → [apps watch list]
We don't have any comment for a week.
We hope we can look forward to hearing from your team soon.
Component: Gaia → Mobile
Product: Boot2Gecko → Tech Evangelism
Version: unspecified → Trunk
This reads like a platform issue to me. Shouldn't the B2G platform enforce the release of GPS when an app terminates?
Sorry about the confusion my question.
We just want to know that it is Normal scenario. 
- push the HOME button when HERE Map operating, background app still operate(also,GPS Engine operate).
Back over to b2g to determine if this is a platform issue.
Component: Mobile → Gaia
Product: Tech Evangelism → Boot2Gecko
Version: Trunk → unspecified
We want to answer this question.
Is this case Normal scenario? yes or no.
(Opush the HOME button when HERE Map operating, background app still operatealso,GPS Engine operate.)

Plz, Confirm this.
Thanks.
I also see this issue and the increased battery drain. A work-around is to kill the app by long-pressing home and closing it from there, but this should not be necessary.

Nominating for v1.0.1 as I think this is something people will easily run into and has a very negative effect (your phone dies prematurely).
blocking-b2g: --- → tef?
OS: Windows XP → Gonk (Firefox OS)
Hardware: x86 → ARM
FWIW, to me this isn't a blocker. While this scenario is not ideal, as stated in comment 7, there is a simple workaround.
(In reply to Lawrence Mandel [:lmandel] from comment #8)
> FWIW, to me this isn't a blocker. While this scenario is not ideal, as
> stated in comment 7, there is a simple workaround.

The work-around is simple, but not obvious or particularly discoverable - is this really something we want all users to have to do?
Agree with comment 8, not a blocker for 1.0.1
Whiteboard: [apps watch list] → [apps watch list][tef-triage]
(In reply to Chris Lord [:cwiiis] from comment #9)
> 
> The work-around is simple, but not obvious or particularly discoverable - is
> this really something we want all users to have to do?

It's not something we want, but a fix will have to be driven into a future release.
blocking-b2g: tef? → -
tracking-b2g18: --- → +
Whiteboard: [apps watch list][tef-triage] → [apps watch list][tef-triage] c=
Whiteboard: [apps watch list][tef-triage] c= → [apps watch list] c=
(In reply to lsblakk@mozilla.com from comment #11)
> (In reply to Chris Lord [:cwiiis] from comment #9)
> 
> The work-around is
> simple, but not obvious or particularly discoverable - is
> this really
> something we want all users to have to do?

It's not something we want, but
> a fix will have to be driven into a future release.

Thanks your decision.
We want know when receive fixed version.

Thanks
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.