1143790 - [Music][Status Bar] Scrubbing through a playing song will flicker the 'Play' icon in the status bar

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: AudioChannel, defect)

Description

[Oliver Nelson [:oliverthor]]

Description:
When the user is listening to a song within the music song and begins to scrub through the track, they will observe that the 'Play' icon will flicker with the audio channel being disrupted briefly to skip forward/backward. This behavior is inconsistent with the music app as the track is not considered paused or stopped playing and is certain to pick back up.

Repro Steps:
1) Update a Flame to 20150316010202
2) Open the 'Music' app.
3) Tap a song to begin playing.
4) Observe the 'Play' icon now in the status bar.
5) Scrub along the music timeline and observe the 'Play' icon.

Actual:
'Play' icon will flicker in between scrubbing the timeline.

Expected:
'Play' icon remains constant while track is not paused and scrubbing.


Environmental Variables:
--------------------------------------------------
Device: Flame 3.0
Build ID: 20150316010202
Gaia: 4868c56c0a3b7a1e51d55b24457e44a7709ea1ae
Gecko: 436686833af0
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 39.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:39.0) Gecko/39.0 Firefox/39.0
--------------------------------------------------
Device: Flame 2.2
BuildID: 20150316002502
Gaia: a6b2d3f8478ec250beb49950fecbb8a16465ff6f
Gecko: 18619f8f6c5c
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 37.0 (2.2) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
--------------------------------------------------

==================================================
Issue DOES NOT REPRO on 2.1 for flame devices:
Results: 'Play' icon remains constant while track is not paused and scrubbing.

Device: Flame 2.1
BuildID: 20150316001204
Gaia: 90f4ca618048b608c8e663d3e1d84781cfa719a8
Gecko: 65e67896e813
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 34.0 (2.1) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
==================================================


Repro frequency: 5/5
See attached: 
video- https://youtu.be/f7Ap4Dy0TyI
logcat

Comment 1

[Oliver Nelson [:oliverthor]]

Attachment: logcat_20150316_1113.txt

Comment 2

[Peter Bylenga [:PBylenga]]

NI on component owner for nomination decision and assignment, it's a regression although low visibility issue.

Comment 3

[No-Jun Park [:njpark]]

I can repro the issue as well, (the play icon in the status bar flickers) but I think it is a low risk bug.  Also, i have a feeling that it might not be the music bug, but related to the recent changes in the status bar.

ni?ing Alive Kuo as well in case it points to other issues regarding the status bar.

Comment 4

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

Thanks for ni, but recent change to statusbar does not apply to v2.2.
The playing icon is flicking because of gecko sends the audio channel event; I'd say this is a gecko issue. Ni dkuo to confirm if we had resolved this ever.

Comment 5

[Dominic Kuo [:dkuo]]

(In reply to Alive Kuo [:alive][NEEDINFO!] from comment #4)
> Thanks for ni, but recent change to statusbar does not apply to v2.2.
> The playing icon is flicking because of gecko sends the audio channel event;
> I'd say this is a gecko issue. Ni dkuo to confirm if we had resolved this
> ever.

I think this might be an issue we couldn't solve in gaia because, what we do after tapping the progress bar is to call |MediaElement.currentTime = value|, and if the play icon flickers, that means setting the currentTime of a media element will enter a not PLAYING state(like PAUSE I guess), so triggered gecko's audio-channel-changed event and makes the play icon flicker.

Music app "should" use audio context to produce sounds in the future because the users might want features like seamless play or fade in/out effects, and could possible fix this problem because I guess seeking an audio source node shouldn't trigger the audio-channel-changed event.

Comment 6

[No-Jun Park [:njpark]]

Changing the component to Audiochannel per Comment 4 and Comment 5

Comment 7

[Edward Chen[:edchen]]

[Update]

I can repro the issue as well with build 20150506160205. Keep monitor the situation, if observe again I will open this issue.

Comment 8

[Edward Chen[:edchen]]

Sorry, it typo. I CANNOT repro this issue. Keep monitor this bug.