Closed Bug 991844 Opened 11 years ago Closed 11 years ago

[Camera][Buri] Blue highlight Ring around Camera doesn't properly change state when you take a photo

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.4+, b2g-v1.4 fixed, b2g-v2.0 fixed)

RESOLVED FIXED
1.4 S5 (11apr)
blocking-b2g 1.4+
Tracking Status
b2g-v1.4 --- fixed
b2g-v2.0 --- fixed

People

(Reporter: marcia, Assigned: wilsonpage)

References

Details

(Keywords: regression)

Attachments

(3 files, 1 obsolete file)

Buri, while running: Gaia 0e974ff33ba47f3d1e59df1e0ad534f1bbe3ef8a SourceStamp 91be2828f17e BuildID 20140403040201 Version 31.0a1 Base Image: 1.2cfg STR: 1. Open the camera app and take a picture 2. Observe the focus ring sometimes stays blue and doesn't switch back Screenshots attached. This doesn't repro 100%, seems to happen if you quickly take a succession of pictures
Summary: [Camera][Buri] Blue Focus Ring around Camera doesn't properly change state when you take a photo → [Camera][Buri] Blue highlight Ring around Camera doesn't properly change state when you take a photo
Blocks: 983405
blocking-b2g: --- → 1.4+
Please assign a camera engineer to this
Flags: needinfo?(jjoons79)
Dear Marcia, Is this issue reproduced on Nexus4? We don't have Buri device. Please let me know it. Thank you.
Flags: needinfo?(jjoons79) → needinfo?(mozillamarcia.knous)
I will check on Nexus 4 - Note that this bug was reproduced on a 1.5 build - I will have to check if it reproduces on 1.4 as well.
Flags: needinfo?(mozillamarcia.knous)
Leaving qawanted to check if it reproduces on 1.4.
Keywords: qawanted
Hyuna can take it. It's reproduced on Nexus4 using latest Master.
Assignee: nobody → hyuna.cho82
Attached file PR-991844.html (obsolete) —
The controls controller receive the 'ready' event once after taking a picture and updating the preview. Now, 'ready' event fires twice when success to take a picture and change the preview sate. If you get the 'ready' event from Camera.prototype.onPreviewStateChange before take successfully, you can see this bug. Please check it.
Attachment #8401681 - Flags: review?(wilsonpage)
Attachment #8401681 - Flags: review?(dmarcos)
Blocks: 991924
Comment on attachment 8401681 [details] PR-991844.html - This introduces a new bug around keeping the record button 'pressed' while recording. - Removing the .release() callback from the 'shutter' event means the capture button is no longer guaranteed to be in sync with the shutter noise. I think we should hold off on any further work on this until bug 991924 is resolved. I worried we're working around platform issues.
Attachment #8401681 - Flags: review?(wilsonpage)
Attachment #8401681 - Flags: review?(dmarcos)
Attachment #8401681 - Flags: review-
QA Contact: mclemmons
(In reply to Jason Smith [:jsmith] from comment #6) > Leaving qawanted to check if it reproduces on 1.4. User intermittently reproduces issue on 1.4 Buri. Repro rate: 7/100 = 7 % Following the STR from Comment 0, user witnesses focus ring sometimes staying blue and doesn't switch back after rapidly taking pictures in succession. Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140404000202 Gaia: b4f3b84ec68233a99fd5865c15cfe28aebe26531 Gecko: 3186bbc50050 Version: 30.0a2 Base image: v1.2-device.cfg
Keywords: qawanted
Note - we'll need the window on master here.
Attached file pull-request (master)
Attachment #8401681 - Attachment is obsolete: true
Attachment #8402773 - Flags: review?(jdarcangelo)
Comment on attachment 8402773 [details] [review] pull-request (master) Looks like the 'will-change' CSS stuff from the last patch is in this one as well. It probably needs removed here before you land.
Attachment #8402773 - Flags: review?(jdarcangelo) → review+
The CSS linter apparently doesn't recognise `will-change` and errors. Not sure what to do about this.
Assignee: hyuna.cho82 → wilsonpage
b2g-inbound Regression Window: Last Working Environmental Variables: Device: Buri 1.5 MOZ BuildID: 20140402145633 Gaia: 7d2ec45b6e23d72f1c5c3bee9547fbdbea5a5f8b Gecko: d5a8e40b6668 Version: 31.0a1 Firmware: v1.2-device.cfg First Broken Environmental Variables: Device: Buri 1.5 MOZ BuildID: 20140402151134 Gaia: 4f8805198e6b5f79bf4b2f4f5e14d6c9c276b180 Gecko: d67f8c25a033 Version: 31.0a1 Firmware: v1.2-device.cfg Last Working Gaia / First Broken Gecko: Issue does NOT reproduce Gaia: 7d2ec45b6e23d72f1c5c3bee9547fbdbea5a5f8b Gecko: d67f8c25a033 First Broken Gaia / Last Working Gecko: Issue DOES reproduce Gaia: 4f8805198e6b5f79bf4b2f4f5e14d6c9c276b180 Gecko: d5a8e40b6668 Gaia Pushlog: https://github.com/mozilla-b2g/gaia/compare/7d2ec45b6e23d72f1c5c3bee9547fbdbea5a5f8b...4f8805198e6b5f79bf4b2f4f5e14d6c9c276b180
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
The landed fix makes sure that the highlighted capture button always restores when the camera becomes 'ready'. Unit-tests added to prove some ControlsController functionality.
I still was able to reproduce the issue on the latest 1.4 build Camera's ring stays blue after taking a picture It happened when I long tapped the shutter icon and without releasing a finger the camera took a picture, when I released a finger the ring stayed blue It's low repro but still reproduces. 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140411000202 Gaia: 6c50349f41d40ba175ea0fc0c2c2cbd739ba7170 Gecko: 28b419f0e857 Version: 30.0a2 Firmware Version: v1.2-device.cfg
Also it reproduces on Master builds, same scenario. 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140411000202 Gaia: 6c50349f41d40ba175ea0fc0c2c2cbd739ba7170 Gecko: 28b419f0e857 Version: 30.0a2 Firmware Version: v1.2-device.cfg 1.5 Environmental Variables: Device: Buri 1.5 Master BuildID: 20140411040203 Gaia: 1368d716072adf308e1b435ac828f97545a045f1 Gecko: d8c1b10c3a3d Version: 31.0a1 Firmware Version: v1.2-device.cfg
Wilson - Are you able to reproduce what comment 20 is indicating?
Flags: needinfo?(wilsonpage)
Unable to reproduce on 1.4 or master. Capture button remains blue until shutter fires, then returns to default state.
Flags: needinfo?(wilsonpage)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: