993785 - [B2G][Gaia][Camera][Tarako] The camera can show an error message and become unresponsive when attempting to take a picture.

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: Gaia::Camera, defect)

Description

[Lionel Mauritson]

Attachment: logcat_20140408_1548_camera.txt

Description:
Sometimes when attempting to take a photo / video the camera app will give an error and then freeze.

Repro Steps:
1) Update a Tarako to BuildID: 20140407004001
2) Use the device for a while. Try USB transfers, opening other apps, running adb logcat.
3) Open camera app and attempt to take a picture / video.
4) Repeat 2 & 3 until an error message appears.

Actual:
One or both of the following:
A) A message prompts: "Picture not saved. An error prevented Camera from saving the picture"
B) The camera app locks up and becomes unusable.

Expected:
The picture / video is saved.

1.3t Environmental Variables:
Device: Tarako 1.3t MOZ
BuildID: 20140407004001
Gaia: d9ac78148591a50356dd5a82d2d295eeb7c234a6
Gecko: f105ec652173
Version: 28.1
Firmware Version: sp8810


Keywords: crash, freeze, 


Notes: Related to bug 828918 and possibly related to bug 993201


Repro frequency: Low repro. 4 occurences thus far on two devices.
Link to failed test case: https://moztrap.mozilla.org/manage/case/10452/
See attached: http://youtu.be/LhRxX7vXOxo and logcat

Comment 1

[Jason Smith [:jsmith]]

We need clearer STR here to reproduce the bug.

Comment 2

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

This might have to do with the LMK issue.

Comment 3

[John Hammink]

Lionel - is it possible to narrow down an STR for this case?  This would help us determine as to whether to block on the issue.

Comment 4

[Lionel Mauritson]

So far what I can come up with is to take pictures, switch camera modes, and view the gallery and video app a lot of times and in no particular order. Eventually when taking a picture after that the message may appear. Trying to take a picture quickly before the app fully loads may cause the message or the camera to freeze up.
I haven't been able to get more specific than that, and repeating the steps prior to getting it one time do not always cause it to happen again.

Sorry I can't get you anything more specific than that.

Comment 5

[Jason Smith [:jsmith]]

Still leaving steps-wanted here - we need more specific STR to action this.

Comment 6

[Montoya Clemmons (MClemmons)]

(In reply to Jason Smith [:jsmith] from comment #5)
> Still leaving steps-wanted here - we need more specific STR to action this.

User able to reproduce this issue intermittently at a 50% rate with below STR.

Repro Steps:
1) Update a Tarako to BuildID: 20140417004002
2) Tap Marketplace App and close after it loads completely (icons appear) by tapping homescreen button
3) Tap Calendar App and close after it loads completely (calendar appears) by tapping homescreen button
4) Tap Camera icon
5) As App open, rotate device from portrait to landscape
6) Tap photo icon

Actual:
This is intermittent as one of the three happens
A) A message prompt: "Picture not saved. An error prevented Camera from saving the picture" (of the five failures, occurred only once)
B) The camera app locks up and photos/videos cannot be taken/recorded. (of the five failures, occurred four times) 
C) Camera operates as expected (five times - the inability to reproduce reported defect)

Expected:
The picture is taken and user can take more pictures or perform other functionality 100 percent of the time.

Repro Rate 5/10 = 50%

On the five occasions when user was unable to reproduce the issue, restarting the phone and attempting the above STR again was successful in reproducing the issue 4 out of those 5 times. Although the overall 50 percent repro rate, user never accomplished three successive repros.

Environmental Variables:
Device: Buri 1.3T MOZ
BuildID: 20140417004002
Gaia: a8d2d399f2939f4845abaa0df57abab241a2c782
Gecko: d97dad54cb61
Version: 28.1
Firmware version: sp8810

Comment 7

[Jason Smith [:jsmith]]

Using comment 6's STR, can we check if this happens on 1.3?

Comment 8

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

There were some camera bugs that got patched recently.  We should retest this to see how things are.

Also there may be a possibility that the camera is memory leaking.

Comment 9

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Can you retest with today's build please?  I think there's some fixes that made camera better.

Comment 10

[Edward Chen[:edchen]]

Hi mclemmons,

Please give some feedback when you check this happens on 1.3.

Comment 11

[J Zimbrick]

I have not been able to reproduce this issue on a Buri device running the latest 1.3 build.

I used the steps provided in Comment 6 about twenty times and did not see this issue occur, everything appears to work as expected.

Environmental Variables:
Device: Buri
BuildID: 20140422024003
Gaia: cab7de82832d00696807ae48ec277bd642b82a0a
Gecko: c35695cc384c
Version: 28.0
Base Image: V1.2-device.cfg

Comment 12

[Jason Smith [:jsmith]]

(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #9)
> Can you retest with today's build please?  I think there's some fixes that
> made camera better.

Leaving qawanted to address this comment.

Comment 13

[J Zimbrick]

Filling lmauritson's needinfo request:

I have been unable to reproduce this issue on the latest Tarako 1.3T build.

I followed the repro steps in Comment 6 about twenty times and did not see this issue occur.

Environmental Variables:
Device: Tarako
BuildID: 20140422110326
Gaia: 73f1cf3f5ba6e3cd0b670bb66fafbc31b133f402
Gecko: e1c8128a5089
Version: 28.1
Base Image: SP6821a-4-18

Resolving this issue as works for me.

Comment 14

[Mike Lien[:mlien]]

Attachment: logcat_20140512.txt

I can reproduce this issue on below build but it's hard to reproduce
once it can be reproduced, it will always happen, what you can do to resume it is reboot device
Gaia      554fd996205fef74d88e988f3596c58dcd05df28
Gecko     https://hg.mozilla.org/releases/mozilla-b2g28_v1_3t/rev/ae5430bd4bbd
BuildID   20140508164003
Version   28.1

I notice there has weird information while this problem happening
E/VSP     (   90): JPEGENC  vsp addr 0x40eba000
E/VSP     (   90): test scale:input size:1600,1200.
E/VSP     (   90): test scale:out size:320,240.
E/VSP     (   90): test scale:input rect:0,0,1600,1200 .
E/VSP     (   90): [JPEG_EncInitFwParam] jpeg fw info.slice_height=240.
E/VSP     (   90): [JPEG_EncInitFwParam] jpeg fw info, len = 1048576, ping addr = 0x7b00000, pong addr = 0x7b00000, encode size = 0,  encode addr = 0x0
E/VSP     (   90): [JPEG_EncInitFwParam] ping mcu info = 0, pong mcu info = 0, width = 320, height = 240
E/VSP     (   90): stream0: 7b00000, stream1: 7b00000.
E/VSP     (   90): uv offset: 12c00.
E/VSP     (   90): ,y addr:7a00000,uv addr:7a12c00
E/VSP     (   90): [JPEG_6600L_StartEncode for thumbnail] start enc, src_aligned_width = 320, slice height = 240
E/VSP     (   90): JPEGENC_Poll_VLC_BSM E.
E/VSP     (   90): JPEGENC DCAM_INT_RAW_OFF: 0x4100.
E/VSP     (   90): JPEGENC_Poll_VLC_BSM X.
E/VSP     (   90): JPEGENC ok to JPEGENC_start_encode_thumbnail.addr: 0x423ed000, len: 0x50a8.
E/VSP     (   90): [JPEG_EncInitFwParam] jpeg fw info.slice_height=1024.
E/VSP     (   90): [JPEG_EncInitFwParam] jpeg fw info, len = 1048576, ping addr = 0x7a00000, pong addr = 0x7b00000, encode size = 0,  encode addr = 0x0
E/VSP     (   90): [JPEG_EncInitFwParam] ping mcu info = 0, pong mcu info = 0, width = 1600, height = 1200
E/VSP     (   90): stream0: 7a00000, stream1: 7b00000.
E/VSP     (   90): [PutAPP1] , app1_buf_ptr = 423f20a8,  app1_buf_size=150a8
E/VSP     (   90): [Jpeg_WriteAPP1] start 1, 423f20a8, 150a8, 40b150d8, 423ed000, 50a8 
E/VSP     (   90): pic_taking_cond_ptr = 1d90788, user_ptr=1d8b7f0 
E/VSP     (   90): ea6, 0 
E/VSP     (   90): gps_ptr = 40b146e8 
E/VSP     (   90): gps_ptr = 0 
E/VSP     (   90): [PutAPP1]  Done, app1_size = 5810 
E/VSP     (   90): [JPEG_6600L_StartEncode] hardware write head done
E/VSP     (   90): uv offset: 1d4c00.
E/VSP     (   90): ,y addr:7c00000,uv addr:7dd4c00
E/VSP     (   90): [JPEG_6600L_StartEncode] start enc, src_aligned_width = 1600, slice height = 1200
E/VSP     (   90): JPEGENC_Poll_MEA_BSM E,slice_num=2.
E/VSP     (   90): JPEGENC DCAM_INT_RAW_OFF: 0x4000.
E/VSP     (   90): JPEGENC_Poll_MEA_BSM X, buf_id: 0.
E/VSP     (   90): JPEGENC DCAM_INT_RAW_OFF: 0x4100.
E/VSP     (   90): JPEGENC_Poll_MEA_BSM X done.
E/VSP     (   90): JPEGENC_Poll_VLC_BSM E.
E/VSP     (   90): JPEGENC DCAM_INT_RAW_OFF: 0x100.
E/VSP     (   90): JPEGENC_Poll_VLC_BSM X.
E/VSP     (   90): [JPEG_6600L_StopEncode] start enc, stream_size = 714374

Comment 15

[Mike Habicher [:mikeh] (high bugzilla latency)]

Mike, this bug is quite old. Just wondering if you ever see it anymore.

Comment 16

[Mike Lien[:mlien]]

I cannot reproduce it anymore
Gaia-Rev        265776c72f3be59ca6915a0c7d83bfdd42281f26
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g28_v1_3t/rev/8ad8a16a0e96
Build-ID        20140922164004
Version         28.1
Device-Name     sp6821a_gonk
FW-Release      4.0.4.0.4.0.4
FW-Incremental  eng.cltbld.20140922.201146
FW-Date         Mon Sep 22 20:11:53 EDT 2014