Closed Bug 812848 Opened 13 years ago Closed 13 years ago

[unagi] parent process is crash for opening & closing camera app repeatedly

Categories

(Core :: DOM: Geolocation, defect)

ARM
Gonk (Firefox OS)
defect
Not set
critical

Tracking

()

RESOLVED FIXED
mozilla20
blocking-basecamp +
Tracking Status
firefox18 --- fixed
firefox19 --- fixed
firefox20 --- fixed

People

(Reporter: sinker, Assigned: sinker)

References

Details

(Keywords: crash, reproducible)

Attachments

(1 file, 1 obsolete file)

Attached patch Fix nsGeolocation::ClearWatch() (obsolete) — Splinter Review
This is a bug of geolocation, weird!!! STR: - launch camera app - press home button to get the card view - swipe camera app - repeat above steps for several times
Attachment #682840 - Flags: review?(doug.turner)
blocking-basecamp: --- → ?
Component: General → Geolocation
Product: Boot2Gecko → Core
So what exactly is the expected vs. actual results for this bug?
(In reply to Jason Smith [:jsmith] from comment #1) > So what exactly is the expected vs. actual results for this bug? Oh wait - read the title - it's a crash. My bad.
Keywords: crash, reproducible
Severity: normal → critical
Version: unspecified → Trunk
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Do we have crash reports that were sent for this? I'd like to understand which crash signatures in submitted data are understood and which need to be filed, so it would be helpful to know which one this is.
Attachment #682840 - Flags: review?(doug.turner) → review+
we should uplift
blocking-basecamp: ? → +
Try run for 1773185a1643 is complete. Detailed breakdown of the results available here: https://tbpl.mozilla.org/?tree=Try&rev=1773185a1643 Results (out of 2 total builds): success: 1 failure: 1 Builds (or logs if builds failed) available at: http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/tlee@mozilla.com-1773185a1643
Try run for 1773185a1643 is complete. Detailed breakdown of the results available here: https://tbpl.mozilla.org/?tree=Try&rev=1773185a1643 Results (out of 5 total builds): exception: 2 success: 2 failure: 1 Builds (or logs if builds failed) available at: http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/tlee@mozilla.com-1773185a1643
r=dougt
Attachment #682840 - Attachment is obsolete: true
Attachment #683013 - Flags: review+
Attachment #683013 - Flags: checkin+
Keywords: checkin-needed
Assignee: nobody → tlee
Landed: https://hg.mozilla.org/integration/mozilla-inbound/rev/df977f73e631 @thinker: For future reference, the "checkin+" patch flag (when it's used, which is infrequently) indicates "this has already been checked in". So -- you probably didn't want to set it, back in comment 8. If you're asking for a specific patch to be checked in, use "checkin?". (But in cases where there's just one patch, you can just ignore that flag and rely on "checkin-needed".) Any chance we can add an automated test for this?
Flags: in-testsuite?
Keywords: checkin-needed
https://hg.mozilla.org/integration/mozilla-inbound/rev/cea5c31daab9 (This was an empty cset due to me push racing with dholbert)
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: