Closed
Bug 845928
Opened 12 years ago
Closed 7 years ago
crash in libOmxH264Dec when recording a video through the camera app in gaia ui test automation
Categories
(Firefox OS Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jsmith, Unassigned)
Details
(Keywords: crash, Whiteboard: [b2g-crash])
Crash Data
Attachments
(1 file)
|
3.15 MB,
text/plain
|
Details |
This bug was filed from the Socorro interface and is
report bp-109aec06-6c8d-4447-8f73-495c52130227 .
=============================================================
Our gaia ui test automation is getting failures due to a crash with the URL above when recording a video in the camera app that is five seconds long.
Logcat:
http://qa-selenium.mv.mozilla.com:8080/view/B2G/job/b2g.unagi.gaia.v1-train.ui/130/artifact/logcat.txt
| Reporter | ||
Comment 1•12 years ago
|
||
Mike - Any ideas?
tracking-b2g18:
--- → ?
Flags: needinfo?(mhabicher)
Comment 2•12 years ago
|
||
I can't open the logcat link above (FFx says "Server not found")--can you attach the log to this bug?
Flags: needinfo?(mhabicher)
| Reporter | ||
Comment 3•12 years ago
|
||
Comment 4•12 years ago
|
||
I've looked through that log and it looks like the video recorded properly, and then the camera is closed/shutdown cleanly. The only thing I see is this:
I/Gecko ( 1537): ###!!! [Child][RPCChannel] Error: Channel closing: too late to send/recv, messages will be lost
...but by this point the recorder/camera is destroyed. There's nothing else unexpected in the log--no stack dump, zombie message, SIGanything.
My _guess_ is the crash is in post-parsing of the video, or in a follow-up opening of the gallery. What are the STR to get to this crash?
Updated•12 years ago
|
Whiteboard: [b2g-crash]
| Reporter | ||
Comment 5•12 years ago
|
||
The only STR we've got is from the capture a video test here - https://github.com/mozilla/gaia-ui-tests/blob/master/gaiatest/tests/test_camera.py
Comment 6•12 years ago
|
||
Hmm, that script looks okay to me.
Any chance there's a relatively painless way to run this test locally?
Is this 100% reproducible?
Comment 7•12 years ago
|
||
(In reply to Mike Habicher [:mikeh] from comment #6)
> Hmm, that script looks okay to me.
>
> Any chance there's a relatively painless way to run this test locally?
>
> Is this 100% reproducible?
Sorry for the delay; I couldn't get this to reproduce in our automation again yesterday (and we run it often), nor could I, manually or with automation, again, using today's engineering Unagi build.
Updated•12 years ago
|
Crash Signature: [@ libOmxH264Dec.so@0x1be6c] → [@ libOmxH264Dec.so@0x1be6c ]
[@ libOmxH264Dec.so@0x1be58 ]
Comment 8•12 years ago
|
||
We discussed this in triage today and since it seems like it's not easy to reproduce and is unlikely to be hit by users, we can't even track. Please re-nom for tracking or maybe even blocking if we can get a better STR.
tracking-b2g18:
? → ---
Comment 9•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•