Closed
Bug 851809
Opened 12 years ago
Closed 11 years ago
crash in android::GonkCameraHardware::StartPreview
Categories
(Firefox OS Graveyard :: General, defect)
Tracking
(blocking-b2g:-, b2g18 affected, b2g18-v1.0.0 unaffected, b2g18-v1.0.1 unaffected)
RESOLVED
DUPLICATE
of bug 850845
blocking-b2g | - |
Tracking | Status | |
---|---|---|
b2g18 | --- | affected |
b2g18-v1.0.0 | --- | unaffected |
b2g18-v1.0.1 | --- | unaffected |
People
(Reporter: scoobidiver, Unassigned)
References
Details
(Keywords: crash, regression, Whiteboard: [b2g-crash])
Crash Data
It might be related to bug 850845 because hit by the same user in the same build. Here is a crash report: bp-354bf58f-281e-4b83-af54-77f2f2130315. Frame Module Signature Source 0 libxul.so android::GonkCameraHardware::StartPreview GonkCameraHwMgr.cpp:289 1 libxul.so mozilla::nsGonkCameraControl::StartPreviewImpl GonkCameraControl.cpp:649 2 libxul.so mozilla::StartPreviewTask::Run CameraControlImpl.h:533 3 libxul.so nsThread::ProcessNextEvent nsThread.cpp:620 4 libxul.so NS_ProcessNextEvent_P nsThreadUtils.cpp:237 5 libxul.so nsThread::ThreadFunc nsThread.cpp:258 6 libnspr4.so _pt_root ptthread.c:191 7 libc.so __thread_entry pthread.c:217 8 libc.so pthread_create pthread.c:357 More reports at: https://crash-stats.mozilla.com/report/list?signature=android%3A%3AGonkCameraHardware%3A%3AStartPreview
Comment 1•12 years ago
|
||
So I see that this is from build ID 20130314114915. Unfortunately this ID contains no information about what FFOS branch it is from. How does one obtain this information usually? It would be so nice if the moz build IDs (err..timestamps) were prefixed by a version. tef- because I have no way to determine if this is from v1.0.1
blocking-b2g: tef? → -
Flags: needinfo?
Comment 2•12 years ago
|
||
And of course the version field for both v1.0.1 and v1.1 report "18.0". Does changing the version for v1.1 to 18.1 cause trouble?
Flags: needinfo?
Updated•12 years ago
|
Flags: needinfo?
Comment 3•12 years ago
|
||
By code inspection, the only way this is possible is if GonkCameraHardware::Close() is called before GonkCameraHardware::StartPreview(); otherwise GonkCameraControl::mCameraHw will be set to nullptr in GonkCameraControl::Init(), and RETURN_IF_NO_CAMERA_HW() will catch the uninitialized case on GonkCameraControl.cpp line 663. This bug was introduced by bug 803471, and does not affect v1.0.1.
Reporter | ||
Updated•12 years ago
|
Blocks: 803471
Keywords: regression
I only see this crash in friday's build 2013031411. I think some people were playing with lockscreen and camera that day. there were some people saying that camera from lockscreen would cause hanging.
Comment 5•12 years ago
|
||
Yes, and that crash was specifically addressed in bug 850845. I haven't been able to reproduce it since. If you agree, I think we can make this as a duplicate.
Comment 6•12 years ago
|
||
*mark
Comment 7•11 years ago
|
||
Two months idle; making as dupe.
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.
Description
•