If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[Windows Management] When recording a video with the camera is interrupted by an alarm from the clock app, a preview of the automatically stopped recording is not always offered when returning to the camera app.

RESOLVED DUPLICATE of bug 1164200

Status

Firefox OS
Gaia::Camera
RESOLVED DUPLICATE of bug 1164200
3 years ago
2 years ago

People

(Reporter: Joshua Mitchell (Inactive), Unassigned)

Tracking

({regression})

unspecified
ARM
Gonk (Firefox OS)
regression

Firefox Tracking Flags

(blocking-b2g:2.5+, b2g-v2.2 unaffected, b2g-master affected)

Details

(Whiteboard: [3.0-Daily-Testing])

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
Created attachment 8576192 [details]
logcat_20150311_1232.txt

Description:
When recording with the camera an alarm from the clock app should pause the video to present the alarm notification screen. When this occurs, the preview for the video is inconsistently offered. 

Typical use-case would be to want to check the video to see if the alarm 'messed it up' and evaluate if they will need to re-record it. 

Occurs with both Alarm and Timer alarms


Repro Steps:
1) Update a Flame to 20150311010231
2) launch the clock app and set a timer to go off in 1 min
3) Launch the Camera app and record a video for longer than the time remaining 

Actual:
Preview is not always offered when video recording is auto-stopped

Expected:
preview will be available after a video is recorded

Environmental Variables:
Device: Flame Master
Build ID: 20150311010231
Gaia: 943c8b4039f59b08ba100390e164a076a20c892e
Gecko: fd8e079d6335
Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429
Version: 39.0a1 (Master)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:39.0) Gecko/39.0 Firefox/39.0


Repro frequency: 25/50  (when not encountering bug 1142213 )

See attached: logcat
(Reporter)

Comment 1

3 years ago
This issues does NOT occur on 2.2

Actual Results: When the alarm interrupts the camera a preview is always offered once video is paused (however - 3 / 50 attempts the camera app auto-closed and I could not verify preview - video did show up in video app so was successfully saved - this behavior did not reproduce on 3.0)

Device: Flame 2.2 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150311002522
Gaia: 3f032238a52f08e4c2f68a47ad065a96eb22d470
Gecko: 004fa1cb1dd4
Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429
Version: 37.0 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.2: --- → affected
Flags: needinfo?(pbylenga)
(Reporter)

Updated

3 years ago
status-b2g-v2.2: affected → unaffected
[Blocking Requested - why for this release]:
Functional regression of a core feature.

I'm not initially calling for a window due to low reproducibility and possible blockage.
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)

Comment 3

3 years ago
Can Camera take look? thanks
Component: Gaia::System::Window Mgmt → Gaia::Camera
Andrew, can you take a look at this issue?
Flags: needinfo?(aosmond)
See Also: → bug 1164200
From my own testing, it should have a similar root cause as bug 1164200. The missing poster also causes gallery not to find the recorded video. Both issues will be solved by the upcoming patch in bug 1164200.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Flags: needinfo?(aosmond)
Resolution: --- → DUPLICATE
Duplicate of bug: 1164200

Updated

2 years ago
blocking-b2g: 2.5? → 2.5+
You need to log in before you can comment on or make changes to this bug.