1048109 - wheh BT is connected, 1. play and pause music. 2. after calling , music is resumed automatically

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: AudioChannel, defect, P2)

Description

[soyeon]

User Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; Tablet PC 2.0; CNS_UA; AD_LOGON=4C47452E4E4554)

Steps to reproduce:

Testbed SIM insert
BT headset connected(ATH-BT03)

[1] After the music stops playing 



Actual results:

 At the end of the phone, music is played, outgoing.



Expected results:

After sending the phone to play music should not be the end.

Comment 1

[soyeon]

Is the situation of that normal according to mozilla's scenario? 
I want to know  mozilla's opinion.

Comment 2

[Star Cheng [:scheng]]

(In reply to soyeon from comment #0)
> User Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0;
> SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media
> Center PC 6.0; InfoPath.2; .NET4.0C; Tablet PC 2.0; CNS_UA;
> AD_LOGON=4C47452E4E4554)
> 
> Steps to reproduce:
> 
> Testbed SIM insert
> BT headset connected(ATH-BT03)
> 
> [1] After the music stops playing 
> 
> 
> 
> Actual results:
> 
>  At the end of the phone, music is played, outgoing.
> 
> 
> 
> Expected results:
> 
> After sending the phone to play music should not be the end.

Hi,

Can you provide the information for the device and SW version? If it doesn't bother you, can you describe more detail steps.

Comment 3

[soyeon]

Hello, cheng^^

Sorry for the delayed response..

In the Included version of Commit ID 
•gaia     :  44f4101eb520c59e449164506ffea10af68dc8a6
•gecko  :  22de9b282812e70e108d1dd95ef27c846e59a117

issue is appeared.

but,in the recently released version, issue is not represented any more.

Comment 4

[Star Cheng [:scheng]]

To mark as qa-wanted label in order to make sure whether it can duplicate or not.

Comment 5

[soyeon]

The representation rate is not 100%. But if the issue represent once, the phenomenon is repeated continually.

1.     Connect the BT(bluetooth)
2.     Play the music and pause.
3.     After move the home, play the music in the notification window.
4.     In the notification window, pause the music 
5.     After receive the call
6.     Hang up the phone, music resume.

Expected results: music is on the pausing state. But in actual results, music resume.

Question:

10-02 11:48:11.864 V 226      743      AudioPolicyManager:                    Exiting call in setPhoneState()      -> exiting call
10-02 11:48:11.924 V 226      915      AudioPolicyManager:                  setForceUse() usage 0, config 0, mPhoneState 0 
10-02 11:48:11.924 V 226      914      AudioPolicyManagerBase:              startOutput() output 35, stream 0, session 41 
10-02 11:48:11.944 V 226      226      AudioPolicyManagerBase:              startOutput() output 35, stream 0, session 40 
10-02 11:48:11.954 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 18, state: 7, j: 5 
10-02 11:48:11.954 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 5, state: 5, j: 1 
10-02 11:48:11.954 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 18, state: 0, j: 5 
10-02 11:48:11.974 E 236      236      GeckoConsole:                        Content JS LOG at app://callscreen.gaiamobile.org/gaia_build_defer_index.js:172 in onCallsChanged: [MADAI] telephony.calls.length : 0 
10-02 11:48:12.014 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 18, state: 7, j: 5 
10-02 11:48:12.014 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 5, state: 5, j: 1 
10-02 11:48:12.014 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 18, state: 0, j: 5 
10-02 11:48:12.014 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 18, state: 7, j: 5 
10-02 11:48:12.014 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 5, state: 5, j: 1 
10-02 11:48:12.014 D 236      1150     bt-btif                              : bta_dm_pm_set_mode: srvcsid: 18, state: 0, j: 5 
10-02 11:48:12.034 E 236      236      AudioChannelService:                 aChannel == AudioChannel::Telephony 
10-02 11:48:12.044 E 236      236      AudioChannelService:                 CheckTelephonyPolicy aChannel: 4 
10-02 11:48:12.044 E 236      236      AudioChannelService:                 CheckTelephonyPolicy: 0 
10-02 11:48:12.064 E 236      236      AudioChannelService:                 CheckTelephonyPolicy aChannel: 4 
10-02 11:48:12.064 E 236      236      AudioChannelService:                 CheckTelephonyPolicy: 0 
10-02 11:48:12.064 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Pause     
10-02 11:48:12.064 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Play      _>suddenly, pause state change to play state.
10-02 11:48:12.064 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Queuing event play 
10-02 11:48:12.064 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Queuing event playing 
10-02 11:48:12.074 V 226      915      AudioPolicyManagerBase:              startOutput() output 35, stream 3, session 38 
10-02 11:48:12.154 E 236      236      AudioChannelService:                 CheckTelephonyPolicy aChannel: 4 
10-02 11:48:12.154 E 236      236      AudioChannelService:                 CheckTelephonyPolicy: 0 
10-02 11:48:12.154 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 interruptbegin 
10-02 11:48:12.154 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Queuing event mozinterruptbegin 
10-02 11:48:12.154 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 pause decoder 
10-02 11:48:12.184 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Dispatching event play 
10-02 11:48:12.184 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Dispatching event playing 
10-02 11:48:12.184 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Queuing event timeupdate 
10-02 11:48:12.184 E 1805     1805     GeckoConsole:                        Content JS WARN at app://music.gaiamobile.org/js/Player.js:611 in pv_pause: Jams Pause4 
10-02 11:48:12.184 E 1805     1805     GeckoConsole:                        Content JS WARN at app://music.gaiamobile.org/js/Player.js:603 in pv_play: Jams play2   -> I attach the log on player.js 
10-02 11:48:12.204 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Dispatching event mozinterruptbegin 
10-02 11:48:12.204 D 1805     1805     HTMLMediaElement:                    0xb1f888e0 Dispatching event timeupdate

Player.js ---------------------------------------------------------------------------------------
} else if (this.sourceType === TYPE_BLOB && !this.audio.src) {
      // When we have to play a blob, we need to parse the metadata
      this.getMetadata(this.dataSource, function(metadata) {
        // Add the blob from the dataSource to the fileinfo
        // because we want use the cover image which embedded in that blob
        // so that we don't have to count on the musicdb
        this.setInfo({metadata: metadata,
                      name: this.dataSource.name,
                      blob: this.dataSource});

        this.setAudioSrc(this.dataSource);
      }.bind(this));
    } else {
      // If we reach here, the player is paused so resume it
      console.warn('Jams play2');   -- in here
      this.audio.play();
    }
  },

I wonder why that was called. Please check that point.
If you’re possible, let me know call stack to see the log   
Thank you for your helping.
Have a nice day.

Comment 6

[Star Cheng [:scheng]]

Hi, Domi

Need your help! Could you help to explain the code flow? 
Thanks

Comment 7

[Dominic Kuo [:dkuo]]

It might related to the SCO state because music app listens to SCO changes to block/unblock the play controls, I'll take a look tomorrow then update the information here.

Comment 8

[Dominic Kuo [:dkuo]]

I was unable to reproduce this with my flame(master build), let's see if QA can help us to find the reproducible branch, thanks.

Comment 9

[soyeon]

Dear Dominic kuo.

As you said, this issue cannot be reproduced well(not 100% but 70~80%) in V2.0.

I guess flame has the same rate, too.

If issue is reproduced once, the phenomenon is repeated continually.

it seems like bug 1077768.

Comment 10

[Norry.L.F(Leave from Mozilla)]

Hi,
    Can't find this problem onFlame kk v2.0 and Woodduck v2.0.

Flame version:
Gaia-Rev        63b56a7a7453726b9e12ad1afe02c68c83c5aeca
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/09b9387be5ad
Build-ID        20141020160201
Version         32.0
Device-Name     flame-kk
FW-Release      4.4.2
FW-Incremental  34
FW-Date         Tue Sep 30 14:06:36 CST 2014
Bootloader      L1TC00011840
-------------------------------------------------
Woodduck version:
Gaia-Rev        a273ab9c18e9184eb02722b25c73e2ba7680cc09
Gecko-Rev       e7df4dde2d9dbedee942333d34eaea2afe32bebc
Build-ID        20141017100433
Version         32.0
Device-Name     soul35
FW-Release      4.4.2
FW-Incremental  1413510704
FW-Date         Fri Oct 17 09:52:15 CST 2014

Comment 11

[Dominic Kuo [:dkuo]]

(In reply to soyeon from comment #9)
> Dear Dominic kuo.
> 
> As you said, this issue cannot be reproduced well(not 100% but 70~80%) in
> V2.0.
> 
> I guess flame has the same rate, too.
> 
> If issue is reproduced once, the phenomenon is repeated continually.
> 
> it seems like bug 1077768.

I think it's a different issue because the reproduce steps has paused(by the user, not video app) the music player before the incoming call, the root cause shouldn't be the same. Also comment 10 seems cannot reproduce this issue, so please find the correct steps for further investigation, thanks.

Comment 12

[Bobby Chien]

not reproducible in v2.1 with v188.

----------

Gaia-Rev        1b231b87aad384842dfc79614b2a9ca68a4b4ff3
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/95fbd7635152
Build-ID        20141118161207
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  39
FW-Date         Thu Oct 16 18:19:14 CST 2014
Bootloader      L1TC00011880

Comment 13

[BMO Automation]

Firefox OS is not being worked on