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

Status: RESOLVED WONTFIX

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

Description

[Inder]

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.

Comment 1

[Inder]

This probably relates to the video use case too: bug 924287

Comment 2

[Hema Koka [:hema]]

Marcia, Can we test this on Buri or Huawei devices that we have?

Comment 3

[Marcia Knous [:marcia]]

Media triage requests testing on Buri device - we don't have a reference device to test.

Comment 4

[Hema Koka [:hema]]

NI'd marcia for reproducing on a prod device

Comment 5

[Marcia Knous [:marcia]]

Unable to reproduce on Helix device using:

Gaia   a99249a7fdf9f20850d98a9a222385676d472362
SourceStamp 809aabadac6d
BuildID 20131219004002
Version 28.0a2

Comment 6

[Hema Koka [:hema]]

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

Comment 7

[Marco Chen [:mchen]]

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.

Comment 8

[Inder]

:marco -- this is great.
:hema -- since marco is able to reproduce it, i guess we don't need the build info.

Comment 9

[(inactive after 6/18) Alive Kuo [:alive]]

I'll investigate if this is visibility management issue.

Comment 10

[Tim Guan-tin Chien [:timdream] (please needinfo)]

Triage: visibility issues should be addressed in 1.5 release.

Comment 11

[Tim Guan-tin Chien [:timdream] (please needinfo)]

Alive, is this related to bug 927862 like bug 908525? Can we fix bug 927862 in 1.5 time frame?

Comment 12

[(inactive after 6/18) Alive Kuo [:alive]]

This is not attention-window issue but we could still fix it. Visibility management issue I think.

Comment 13

[(inactive after 6/18) Alive Kuo [: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.

Comment 14

[Ivan Tsay (:ITsay)]

Backlog for fixing in the future sprints

Comment 15

[(inactive after 6/18) Alive Kuo [:alive]]

Tracking in https://bugzilla.mozilla.org/show_bug.cgi?id=961967

Comment 16

[Eric Rahm [:erahm]]

Closing old b2g "leak" bugs.