Closed Bug 988670 Opened 11 years ago Closed 11 years ago

[Camera][Madai] Behavior when leaving camera while in preview mode and hitting home button needs to be reconsidered

Categories

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

ARM
Gonk (Firefox OS)
enhancement
Not set
normal

Tracking

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

RESOLVED FIXED
2.0 S1 (9may)
blocking-b2g 1.4+
Tracking Status
b2g-v1.4 --- fixed
b2g-v2.0 --- fixed

People

(Reporter: marcia, Assigned: hyuna.cho82)

References

()

Details

Attachments

(2 files, 1 obsolete file)

46 bytes, text/x-github-pull-request
Details | Review
46 bytes, text/x-github-pull-request
justindarc
: review+
Details | Review
Buri, while running with the latest master. Gaia 5ae2df02e30bda2ae04830d6e181ecf31ff38817 SourceStamp c69c55582faa BuildID 20140326040202 Version 31.0a1 STR: 1. Open the camera app 2. Select the button on the left to open the previews. 3. While in preview mode hit the home button. 4. Open the camera app again Expected: The camera app would open and I would see the viewfinder so I can take a picture Actual: I am taken back to the gallery view and have to long press on the screen to get back into camera
Agreed, user would most likely expect the viewfinder to show up when you go to homescreen and come back. This is typical in other android based phones as well. Amy/Tif - your input?
Flags: needinfo?(tshakespeare)
Flags: needinfo?(amlee)
(In reply to Hema Koka [:hema] from comment #1) > Agreed, user would most likely expect the viewfinder to show up when you go > to homescreen and come back. This is typical in other android based phones > as well. > > Amy/Tif - your input? I agree, when you enter back to camera from the homescreen it should take you to the viewfinder and not back to the image preview.
Flags: needinfo?(amlee)
Confirm - let's go straight back to the viewfinder when camera is reopened.
Flags: needinfo?(tshakespeare)
Blocks: 983405
Severity: critical → enhancement
No longer blocks: 983405
Blocks: 983405
Flags: needinfo?(wilsonpage)
wilson - please take a look when your blockers are done
Axel, flagging you for insight on whether these numbers get localized (guessing not)?
Flags: needinfo?(axel)
Hyuna can take it.
Assignee: nobody → hyuna.cho82
If we close the preview gallery when press the home button, it's affect to the below situation case 1. 1) Take a picture and Click the preview button 2) Press the power key to turn off the screen 3) Turn on the screen 4) Now display opened the preview case 2. 1) Take a picture and Click the preview button 2) Click the gallery button on the preview 3) Click camera button on Gallery app 4) Now display opened the preview If we change the scenario about pressing home button, the preview will close in case of case 1/case 2 also. We can't distinguish whether user press the home button or not in camera app. Please check the scenario about all visibility states
Flags: needinfo?(tshakespeare)
Flags: needinfo?(mozillamarcia.knous)
Flags: needinfo?(amlee)
(In reply to Stephany Wilkes from comment #5) > Axel, flagging you for insight on whether these numbers get localized > (guessing not)? I don't see numbers in this bug, not sure. Right bug?
Flags: needinfo?(axel)
Agreed. I think it's right to close the preview gallery whenever the app is minimised.
Flags: needinfo?(wilsonpage)
I think that's fine - to always go back to the viewfinder. The primary goal of this app is to take photos and I would rather have someone have to take an extra tap to get back to preview than miss a double rainbow moment. I don't think people will be confused as the viewfinder will give them immediate feedback that they are in camera mode. Asking Rob for his input...
Flags: needinfo?(tshakespeare) → needinfo?(rmacdonald)
(In reply to hyuna.cho from comment #7) > If we close the preview gallery when press the home button, it's affect to > the below situation > > case 1. > 1) Take a picture and Click the preview button > 2) Press the power key to turn off the screen > 3) Turn on the screen > 4) Now display opened the preview > > case 2. > 1) Take a picture and Click the preview button > 2) Click the gallery button on the preview > 3) Click camera button on Gallery app > 4) Now display opened the preview > > If we change the scenario about pressing home button, the preview will close > in case of case 1/case 2 also. > > We can't distinguish whether user press the home button or not in camera app. > > Please check the scenario about all visibility states I agree with Tiff on this one. If you minimize and reopen, I think it's okay that it goes back to camera
Flags: needinfo?(amlee)
We discussed this in triage yesterday and I think we are all in agreement regarding the change.
Flags: needinfo?(mozillamarcia.knous)
Attached file PR-988670.html (obsolete) —
Attachment #8401006 - Flags: review?(wilsonpage)
This needs to come with a simple unit-test: 'Should close the the preview-gallery on blur'
Comment on attachment 8401006 [details] PR-988670.html Missing unit-tests to define this spec.
Attachment #8401006 - Flags: review?(wilsonpage) → review-
Comment on attachment 8401006 [details] PR-988670.html I updated the UT code. Please check it.
Attachment #8401006 - Flags: review- → review?(wilsonpage)
Attachment #8401006 - Flags: review?(wilsonpage) → review+
(In reply to Tiffanie Shakespeare from comment #10) > I think that's fine - to always go back to the viewfinder. The primary goal > of this app is to take photos and I would rather have someone have to take > an extra tap to get back to preview than miss a double rainbow moment. > > I don't think people will be confused as the viewfinder will give them > immediate feedback that they are in camera mode. > > Asking Rob for his input... Agreed.
Flags: needinfo?(rmacdonald)
Attached file pull-request (master)
Patch needed a rebase.
Attachment #8401006 - Attachment is obsolete: true
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Marking this 1.4+ so we can uplift to 1.4. This patch is required for 1.4+ bug 1001503.
blocking-b2g: --- → 1.4+
Attached file pull-request (v1.4)
Pull Request for v1.4 -- carrying R+ forward
Attachment #8414596 - Flags: review+
Target Milestone: --- → 2.0 S1 (9may)
Flags: in-moztrap?(bzumwalt)
New test case needs to be written to address bug.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Flags: in-moztrap?(bzumwalt)
Flags: in-moztrap+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: