Closed Bug 1169389 Opened 10 years ago Closed 7 years ago

[Camera] Volume Button may take pictures when Geolocation Prompt is present and viewfinder is covered

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog, b2g-master affected)

RESOLVED WONTFIX
tracking-b2g backlog
Tracking Status
b2g-master --- affected

People

(Reporter: onelson, Unassigned)

References

()

Details

(Whiteboard: [3.0-Daily-Testing][2.5UX] 2.6UXnom)

Attachments

(1 file)

Description: When the user opens the Camera app for the first time, they will observe a geolocation prompt take up the entirety of the screen, thus covering the viewfinder and the shutter button. By design, the user may use the volume buttons to take pictures as a hardware shutter button. If the user taps the volume button while the geolocation prompt is present, they may still take pictures, though their view of what they are capturing is obscured. PreReq: * first time opening camera --or-- * app permissions for Camera are set to 'Ask' Repro Steps: 1) Update a Flame to 20150528140812 2) Open the Camera app 3) Observe geolocation prompt 4) Tap the volume button Actual: Photo is taken while user cannot see viewfinder Expected: User must navigate geolocation prompt before capturing photos Environmental Variables: ---------------------------------- Device: Flame 3.0 Build ID: 20150528140812 Gaia: e7d268074ee3c9eeb191c2205c0e35992fb3915d Gecko: 136bcd7ad566 Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67 Version: 41.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0 *********************** Issue DOES NOT REPRO on 2.2 for flame devices; different behavior Results: Camera cannot use volume buttons as hardware shutter button Device: Flame 2.2 BuildID: 20150528002504 Gaia: 999bc627063d16c20f703e702f31a5cf0da8b4a6 Gecko: 351101ec82ba Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 37.0 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0 ---------------------------------- Repro frequency: 5/5 See attached: video- https://youtu.be/rs-z2EfgfG8 logcat
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: regression
[Blocking Requested - why for this release]: Functional regression Requesting a window.
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: jmercado
This issue is NOT a regression. The volume button acting as a shutter button is a new feature for 3.0 build only. Environmental Variables: Device: Flame 3.0 BuildID: 20150529063340 Gaia: a0d4c222c1f1a8d2954539dac1537a1166aab320 Gecko: 9738f055d98c Version: 41.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0 Environmental Variables: Device: Flame 2.2 BuildID: 20150529051139 Gaia: ef9efcc658321f3d7dce27e3e423caf6dcb0f388 Gecko: ff7b17af990a Version: 37.0 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
Flags: needinfo?(ktucker)
Status: NEW → RESOLVED
blocking-b2g: 3.0? → ---
Closed: 10 years ago
QA Whiteboard: [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Resolution: --- → INVALID
Flagging UX to review, we're able to take pictures with viewfinder not in the foreground.
Status: RESOLVED → REOPENED
Flags: needinfo?(firefoxos-ux-bugzilla)
Resolution: INVALID → ---
re-assigning to myself. I'll try to take a look this week. Sorry for the delay.
Flags: needinfo?(firefoxos-ux-bugzilla) → needinfo?(tshakespeare)
Whiteboard: [3.0-Daily-Testing] → [3.0-Daily-Testing][2.5UX]
I agree with the expected as in the first comment. Volume keys should not be capturing photos when there is a dialogue or menu obscuring the viewfinder.
Flags: needinfo?(tshakespeare)
[Blocking Requested - why for this release]: I'd like to block it, although worst it can happen is taking a mystery photo, but leaving this would give an unpolished look to the product.
blocking-b2g: --- → 2.5?
edge case - looks bad and should be fixed, but should not block release
blocking-b2g: 2.5? → ---
[Tracking Requested - why for this release]: Per comment 7
Whiteboard: [3.0-Daily-Testing][2.5UX] → [3.0-Daily-Testing][2.5UX] 2.6UXnom
Firefox OS is not being worked on
Status: REOPENED → RESOLVED
Closed: 10 years ago7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: