Closed Bug 1142216 Opened 9 years ago Closed 9 years ago

[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.

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

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

RESOLVED DUPLICATE of bug 1164200
blocking-b2g 2.5+
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- affected

People

(Reporter: jmitchell, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [3.0-Daily-Testing])

Attachments

(1 file)

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
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?]
Flags: needinfo?(pbylenga)
[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)
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: → 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
Closed: 9 years ago
Flags: needinfo?(aosmond)
Resolution: --- → DUPLICATE
blocking-b2g: 2.5? → 2.5+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: