Closed Bug 937513 Opened 11 years ago Closed 6 years ago

[fugu][hamachi][B2G]The video recording can not stop immediately when the call is coming

Categories

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

defect
Not set
normal

Tracking

(blocking-b2g:-, b2g-v2.0 affected)

RESOLVED WONTFIX
blocking-b2g -
Tracking Status
b2g-v2.0 --- affected

People

(Reporter: Dafeng.Xu, Unassigned)

References

Details

(Whiteboard: [priority][2.0-flame-test-run-2][2.0-flame-test-run-3])

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Ubuntu Chromium/25.0.1364.160 Chrome/25.0.1364.160 Safari/537.22

Steps to reproduce:

1.use the test phone to start video recording using camera app.
2.call test phone using another phone  


Actual results:

the video recording can not stop immediately when the call is coming, you can listen the ring in the video.


Expected results:

the video recording should stop immediately.
Summary: [fugu]The video recording can not stop immediately when the call is coming → [fugu][hamach][B2G]The video recording can not stop immediately when the call is coming
Component: General → Gaia::Camera
Flags: needinfo?(ehung)
Gary, can you take a look of this?
I tested on unagi with master build, didn't see the problem.
Flags: needinfo?(ehung) → needinfo?(gchen)
okay~
Assignee: nobody → gchen
Flags: needinfo?(gchen)
blocking-b2g: --- → fugu?
Hi,
I can not reproduce on hamachi.

Gaia:     e52f0bdc82f5c7d251902944096053d16a629a7a
Gecko:    12ae30d5829c7f612cda962e535b9dbc484ed889
BuildID   20131205061521
Version   28.0a1
ro.build.version.incremental=eng.zxliu.20131011.222808
Keywords: qawanted
QA Contact: sarsenyev
I was able to reproduce the issue on 1.1, 1.2 & 1.3 the latest builds.
The video recording doesn't stop immediately when the call is coming and a user can listen the ringing from the video recording

Device: Buri 1.3 Central 
BuildID: 20131205040201
Gaia: 1dd0e5c644b4c677a4e8fa02e50d52136db489d9
Gecko: 725c36b5de1a
Version: 28.0a1
Firmware version: v1.2_20131115

Device: Buri 1.2 Moz RIL build
BuildID: 20131205004003
Gaia: 0659f16b9790b1cf9eba4d80743fcc774d2ffe3a
Gecko: af2c7ebb5967
Version: 26.0
Firmware version:  v1.2_20131115

Device: Leo 1.1 Moz RIL build
BuildID: 20131205041342
Gaia: 6ff3a607f873320d00cb036fa76117f6fadd010f
Gecko: 05117f42088f
Version: 18.0
Keywords: qawanted
Flags: needinfo?(gchen)
After talking with Alive, he said camera app will be closed after 3 seconds when the call is coming.
I'll take a look how to close app immediately in this scenario.
Flags: needinfo?(gchen)
blocking-b2g: fugu? → ---
blocking-b2g: --- → 1.3?
Not a regression, so not blocking.
blocking-b2g: 1.3? → -
I can reproduce this on buri v1.3. I can heard the ring tone for about 1s~2s in the video, which means video recording didn't stop immediately after recieving incomming calls.

Gaia b3fc4f712562ee92b0ed0bd17abc61be9a36a8da
Gecko http://hg.mozilla.org/releases/mozilla-aurora/rev/5bb1837de7c0
BuildID 20140113004002
Version 28.0a2
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: [fugu][hamach][B2G]The video recording can not stop immediately when the call is coming → [fugu][hamachi][B2G]The video recording can not stop immediately when the call is coming
Whiteboard: [priority]
Reset Assignee,since not urgent case for fugu now.
Assignee: gchen → nobody
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Whiteboard: [priority] → [priority][2.0-flame-test-run-2]
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?][lead-review+]
Flags: needinfo?(ktucker)
Whiteboard: [priority][2.0-flame-test-run-2] → [priority][2.0-flame-test-run-2][2.0-flame-test-run-3]
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(ktucker)
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.