Closed Bug 951410 Opened 9 years ago Closed 5 years ago

[music] audio leaks for 1-2 secs on tapping home button after accepting a call

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog)

RESOLVED WONTFIX
tracking-b2g backlog

People

(Reporter: ikumar, Unassigned)

References

Details

(Whiteboard: [CR 587499][priority])

STR:
1. Open Music app and start a playback
2. Make a call to the device and accept the call
3. Music stops
4. Press Home button to put dialer in background.

Observed behavior: Audio(Music) is playing for 1-2 seconds and then muting.

Expected Behavior: Audio should not start and stop on pressing home button while in call.

Build details:
tip of m-c and v1.3

Device: QC reference device.
This probably relates to the video use case too: bug 924287
blocking-b2g: --- → 1.3?
Marcia, Can we test this on Buri or Huawei devices that we have?
Media triage requests testing on Buri device - we don't have a reference device to test.
NI'd marcia for reproducing on a prod device
Flags: needinfo?(mozillamarcia.knous)
Unable to reproduce on Helix device using:

Gaia   a99249a7fdf9f20850d98a9a222385676d472362
SourceStamp 809aabadac6d
BuildID 20131219004002
Version 28.0a2
Flags: needinfo?(mozillamarcia.knous)
Marcia: In the call today , QC folks were saying we should be able to reproduce this with Buri.

Inder - please add the exact build info
I tested it today and it can be reproduced on unagi. This should be a general SW issue not depend on specific device.

What I saw is
  1. When I accepted the call, I can notice that music app is paused. (ok)
  2. When I pressed home key to put dialer attention screen into background, I found strange screen transition.
    a. After dialer attention screen was fade out, I can see music app's screen in a moment.
    b. Then music app's screen was disappeared and homescreen was showed. 

I suspect that during 2-a the visibility of music app is true then audio is allowed to be playable.

Hi Alive,

Based on the clue above, I think you can help to investigate it. Thanks.
Flags: needinfo?(alive)
:marco -- this is great.
:hema -- since marco is able to reproduce it, i guess we don't need the build info.
I'll investigate if this is visibility management issue.
Assignee: nobody → alive
Component: Gaia::Music → Gaia::System::Window Mgmt
Flags: needinfo?(alive)
Triage: visibility issues should be addressed in 1.5 release.
blocking-b2g: 1.3? → 1.5?
Alive, is this related to bug 927862 like bug 908525? Can we fix bug 927862 in 1.5 time frame?
Flags: needinfo?(alive)
This is not attention-window issue but we could still fix it. Visibility management issue I think.
Depends on: attention-window
Flags: needinfo?(alive)
The root cause is when the attentionscreen is closing, app-window-manager would set active app to foreground and then send it to background due to home button event.

The proposed fix might be let attentionscreen send closing reason to visibilityManager.
No longer depends on: attention-window
Backlog for fixing in the future sprints
Blocks: 908549
blocking-b2g: 2.0? → backlog
Whiteboard: [CR 587499] → [CR 587499][priority]
blocking-b2g: backlog → ---
Closing old b2g "leak" bugs.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.