Closed Bug 911669 Opened 13 years ago Closed 13 years ago

[B2G][Helix][Camera][ouyangming] The flash's state is different between the android device when do the same operation

Categories

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

defect

Tracking

(blocking-b2g:hd+, b2g-v1.1hd fixed, b2g-v1.2 fixed)

RESOLVED FIXED
blocking-b2g hd+
Tracking Status
b2g-v1.1hd --- fixed
b2g-v1.2 --- fixed

People

(Reporter: lecky.wanglei, Assigned: johnhu)

Details

Attachments

(1 file)

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; aff-kingsoft-ciba; .NET4.0C; .NET4.0E) Steps to reproduce: 1. Open the camera App, and let the camera mode is back, and turn on the flash. 2. Change the camera mode from back to front. 3. Change the camera mode from front to back. Actual results: On FFOS device: 1. In step 2, the flash is off. 2. In step 3, the flash is off. On android device: 1. In step 2, the flash is off. 2. In step 3, the flash is on. Expected results: We want the flash is on in step 3 on FFOS. If we do, the flash's state is the same with the android device in step 3.
blocking-b2g: --- → hd?
Priority: -- → P1
This bug is confirmed. Camera app turns off flash when switching camera from back to front and vice visa. I take this and start to make a patch for this bug.
Assignee: nobody → johu
Status: UNCONFIRMED → NEW
Ever confirmed: true
The original state is shared by all camera instance. Once app changes camera, it turns flash state to off no matter it supports or not. This patch makes the following changes: 1. make flash state to support multiple camera 2. delay the initialization when that camera is used. 3. automatically turns off flash/torch when the active camera is not supported.
Attachment #799302 - Flags: review?(dflanagan)
This bug is also happened to master.
Comment on attachment 799302 [details] make flashstate support multiple camera instances and delay the initialization of flashstate object Our flash handling code is a mess. But this patch looks fine. I have not tested it myself, but if you have, go ahead and land it.
Attachment #799302 - Flags: review?(dflanagan) → review+
Yes, it is a mass. I had tried to move it out. But it is too complex. I think it may be moved with the controlling code of Camera. Maybe, the time of switching to WebRTC is a good time to move them.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Depends on: 913418
Note - This caused bug 913418.
No longer depends on: 913418
Hi Wayne : Please help us to push to merge this case into V1.1 HD. It blocked the Helix Device .If you can not resolve it , please get the authorization from carrier. Thanks.
Flags: needinfo?(wchang)
HD+'ing this as device specific.
blocking-b2g: hd? → hd+
Flags: needinfo?(wchang)
Keywords: checkin-needed
QA Contact: atsai
This landed on master prior to v1.2 branching, no?
Tim, can you uplift this to v1.1hd please? :)
Flags: needinfo?(timdream)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: