Closed Bug 1018485 Opened 5 years ago Closed 2 years ago

[B2G][Tarako][Facebook][Camera]Performance issues attempting to Select Photo from Camera App while within Facebook


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

Gonk (Firefox OS)


(b2g-v1.3T affected, b2g-v1.4 unaffected, b2g-v2.0 unaffected)

Tracking Status
b2g-v1.3T --- affected
b2g-v1.4 --- unaffected
b2g-v2.0 --- unaffected


(Reporter: mclemmons, Unassigned)




(Keywords: perf, Whiteboard: [c=effect p= s= u=tarako] [tarako-exploratory])


(2 files)

User downloads and installs Facebook App from Marketplace. User taps Facebook and logs in. User taps Photo in upper middle and selects Camera and takes a photo. The photo is taken but the user is never prompted to either select the photo or retake the photo (as is the case with Flame 2.0). User's only options seem to either restart the device or long presses homescreen to exit Facebook. However, when user returns to that same area within Facebook, the image taken has not been selected or saved. 

1. Download and install Facebook from Marketplace 

Repro Steps: 
1) Update a Tarako to BuildID: 20140530014002
2) Tap Facebook, then Photos
3) Tap Camera and take a photo
4) Observe device behavior 

Device non responsive with no indication to user to select or retake the photo. User's option is to restart device or long press homescreen button to exit area – losing saved work. 

An on screen message to retake or select the photo and continued functionality without having to restart the device or long press homescreen button.

Repro frequency: (5/5, 100%) 
See attached: video clip, logcat, firewatch

1.3T Environmental Variables:
Device: Tarako 1.3T
BuildID: 20140530014002
Gaia: e68858693b71d917c9c5ee7e215f7ceea04635f7
Gecko: 1945abae19ff
Version: 28.1
Firmware Version: sp6821a-gonk-4.0-5-12
User Agent: Mozilla/5.0 (Mobile; rv:28.1) Gecko/28.1 Firefox/28.1
This issue does not reproduce on Flame 2.0 following the STR from Comment 0. User is presented the options of Retake or Select and both options are available. 

2.0 Environmental Variables: 
Device: Flame 2.0 MOZ 
BuildID: 20140529040201 
Gaia: 4142df90c71abdc1e3a87cd37dff1a22d5e38b34 
Gecko: 1e712b724d17 
Version: 32.0a1 
Firmware Version: v10G-2 
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Update to Comment 1 - These are the correct variables for 5/30/14

2.0 Environmental Variables:
Device: Flame 2.0
BuildID: 20140530040207
Gaia: 26d8fcab9b61f46451600f39c51e03
Gecko: e6f113c83095
Version: 32.0a1
Firmware Version: v10G-2
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
This issue does not reproduce on Flame 1.4 following the STR from Comment 0. User is presented the options of Retake or Select and both options are available. 

1.4 Environmental Variables:
Device: Flame 1.4
BuildID: 20140530000202
Gaia: fe612fd21389193a8e593aa718831602e5086a62
Gecko: 25011f9a8f26
Version: 30.0
Firmware Version: v10G-2
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0
The video is unclear to the problem scope here - can we get a smaller video that focuses on the scope of this bug specifically?
Keywords: qawanted
Priority: -- → P2
Whiteboard: [tarako-exploratory] → [tarako-exploratory][c=effect p= s= u=tarako]
Profile :

I think it's a perf issue when calling up the camera from the Facebook app.
Keywords: perf
Harald, fyi.
Flags: needinfo?(hkirschner)
Whiteboard: [tarako-exploratory][c=effect p= s= u=tarako] → [c=effect p= s= u=tarako] [tarako-exploratory]
After bug 1007019 received huge impact from various fixes, can we retest this with the latest 1.3T?
Flags: needinfo?(hkirschner)
Flags: needinfo?(nhirata.bugzilla)

Here's the profile for the low-fi version of Facebook with the patch.  Please note that the app version still shows the hi-fi version.

Gaia      140a7fad7b758c8e656cf865cefb032f85ec634b
Gecko     59c7eabd7edd2ec7a5c6951468342f3f6c59bb2f
BuildID   20140613100047
Version   28.1 Jun  9 16:46:33 PDT 2014
Flags: needinfo?(nhirata.bugzilla) → needinfo?(hkirschner)
Note Bug 1025144 is tracking the version difference with browser/marketplace app.

This is from today's build which is much better than before.  It could take up to a 45 seconds for the camera to load before today's build.  You can still see parts where it seems unresponsive.

Gaia      e073132c427e85f15408c5d9a9c700b20ee12b8b
BuildID   20140613014003
Version   28.1 Jun 13 13:34:53 EDT 2014

This is not the same build as done for the profiling.  The profiling runs on a different UA which gives a more minimized version of Facebook.  Having said that, there still is a performance issue with the camera app being called from a third party app.
Flags: needinfo?(jsmith)
Keywords: qawanted
Are we sure the root cause here is related to third party app here? The only thing the app is doing here is exposing an input=file element and allowing the user to select the camera through it. I'd expect this issue to reproduce elsewhere with an input=file element.
Flags: needinfo?(jsmith)
I believe we made some changes to email as well as contacts and sms in regards to the interactions between camera/gallery.  I am unsure about bluetooth and browser now that I think about it.  There might be a gap in coverage there.  I don't think you can share camera through blue tooth?

We might see the issue in browser.
FB is continuing to reduce memory by rolling out React based mobile frontend.
Flags: needinfo?(hkirschner)
Firefox OS is not being worked on
Closed: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.