Audio gets confused when playing from source after playing from playlist

[Albert Astals Cid]

Can be reproduced with the code from http://paste.ubuntu.com/13008980/

How to reproduce:
 1. Press the red area
 2. Listen to song1.mp3 play
 3. Press the blue area
 4. Notice how song 1 is playing instead of song 2

Note this only happens on the phone, on the desktop all is good.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Simon Fels (morphis)]

I looked into this and got it reproduced. However it looks for me like this isn't anything wrong in media-hub.

Once I do step 4 I get the following in .cache/upstart/unity8-dash.log:

virtual void AalMediaPlayerControl::setMedia(const QMediaContent&, QIODevice*)

setMedia() media: QUrl( "" )
void QDeclarativeAudio::setPlaylist(QDeclarativePlaylist*)
void QDeclarativeAudio::setSource(const QUrl&)
Calling setMedia
void QMediaPlayer::setMedia(const QMediaContent&, QIODevice*)
virtual void AalMediaPlayerControl::stop()

virtual void AalMediaPlayerControl::setMedia(const QMediaContent&, QIODevice*)

Local file URI: "file:///home/phablet/Music/test.ogg"
setMedia() media: QUrl( "file:///home/phablet/Music/test.ogg" )
virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

Local file URI: "file:///home/phablet/Music/test.ogg"
Setting media to: QUrl( "file:///home/phablet/Music/test.ogg" )
Setting player as current player
virtual void AalMediaPlayerControl::play()

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

void AalMediaPlayerService::play()
virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

Actually calling m_hubPlayerSession->play()
PlaybackStatusChanged signal arrived via the bus (Status: PlaybackStatus::ready)
PlaybackStatusChanged signal arrived via the bus (Status: PlaybackStatus::paused)
PlaybackStatusChanged signal arrived via the bus (Status: PlaybackStatus::playing)
PlaybackStatusChanged signal arrived via the bus (Status: PlaybackStatus::playing)
PlaybackStatus changed to: "playing"

Where test.ogg is the song I played with step 2. With this its pretty clear that something is loading the wrong track into the media player where we're off to fix anything then. If it is not a problem with how the dash is using QMediaPlayer or QMediaPlaylist then it still could be something in qtmultimedia itself.

[Albert Astals Cid (aacid)]

Must be a bug in qtmultimedia then, i've added

console.log("PLAYING")
console.log("audio.source", audio.source != "" ? audio.source : "empty")
console.log("audio.playlist", audio.playlist ? audio.playlist.currentSource : "undefined")

to the play() function in DashAudioPlayer.qml and the output says

qml: PLAYING
qml: audio.source empty
qml: audio.playlist file:///home/phablet/Music/The Gossip/Standing In The Way Of Control/The Gossip - 01 - Fire With Fire.mp3

qml: PLAYING
qml: audio.source file:///home/phablet/Music/The Gossip/Standing In The Way Of Control/The Gossip - 02 - Standing In The Way Of Control.mp3
qml: audio.playlist undefined

but as said on the bug i get the first song to play even if i'm passing the second one.

[Albert Astals Cid (aacid)]

The full log at http://paste.ubuntu.com/12998027/ the spaces between lines 157 and 175 are to separate before and after i pressed the second play.

[Albert Astals Cid (aacid)]

seems to be fixed with current silo 9

[Łukasz Zemczak (sil2100)]

This bug was fixed in the package media-hub 4.0.0+15.04.20151118.1-0ubuntu1 in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay

---------------

media-hub (4.0.0+15.04.20151118.1-0ubuntu1) vivid; urgency=medium

  [ Jim Hodapp ]
  * Added move_track and various fixes for TrackList.
  * Major bump for new TrackList API changes.

  [ Alfonso Sanchez-Beato ]
  * Make sure our iterator for the current track points to the right
    place when (un)shuffling (LP #1510219). Fix crash when client tries
    to set the player for a non-existing key. Do not add empty URIs to
    the list (LP: #1511029). (LP: #1511073, #1511385, #1510219,
    #1510227, #1511029)

 -- Jim Hodapp <email address hidden> Wed, 18 Nov 2015 18:36:18 +0000