ubuntu-sdk-bugs team mailing list archive

[Łukasz Zemczak <1449790@xxxxxxxxxxxxxxxxxx>]

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

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

media-hub (4.1.0+15.04.20160222-0ubuntu1) vivid; urgency=medium

  * Make sure to interpret the incoming path as a URI which makes sure
    media-hub will always be able to open the track with an encoded URI
    (LP: #1449790)

media-hub (4.1.0+16.04.20160127-0ubuntu1) xenial; urgency=medium

  [ Simon Fels ]
  * Don't depend on a specific hybris version anymore.

  [ Thomas Voß ]
  * Adjust apparmor profile to enable flawless audio/video playback.

media-hub (4.1.0+16.04.20160115.1-0ubuntu1) xenial; urgency=medium

  * Make sure that an apparmor profile_name of the format com.ubuntu.my-
    app is supported as well as improve the error handling and reporting
    for when a client does not have the proper apparmor permissions to
    play a given media URI (LP: #1533779)

media-hub (4.1.0+16.04.20160104-0ubuntu1) xenial; urgency=medium

  * Enable dual landings.

media-hub (4.1.0+16.04.20151221-0ubuntu1) xenial; urgency=medium

  * Fix bug #1479036 which prevents the out_of_range exception from
    causing media-hub-server from crashing when a player key is not
    found (LP: #1479036)

media-hub (4.1.0+15.10.20151016.1-0ubuntu1) wily; urgency=medium

  [ Simon Fels ]
  * Prevent us from leaking file descriptors and memory due to not releasing
    gstreamer elements correctly.

  [ Alfonso Sanchez-Beato ]
  * Avoid getting additional references for audio_sink, which were not
    being freed. Also, remove unneeded unrefs that must be performed in
    gstreamer instead.
  * Emit CanPlay, CanPause, and CanGo[Next|Previous] in the mpris object path

  [ Jim Hodapp ]
  * Make sure the correct player is set as the current player controled by
    MPRIS.
  * Improved the can_go_next() and can_go_previous() logic to always return
    true if the loop_status is currently set to loop over the entire
    playlist.


  [ CI Train Bot ]
  * No-change rebuild.

 -- Jim Hodapp <ci-train-bot@xxxxxxxxxxxxx>  Mon, 22 Feb 2016 18:59:52
+0000


** Changed in: media-hub (Ubuntu RTM)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtubuntu-media in Ubuntu.
https://bugs.launchpad.net/bugs/1449790

Title:
  Fails to play a file with a # (hash symbol) in the path

Status in Canonical System Image:
  In Progress
Status in media-hub package in Ubuntu:
  Fix Committed
Status in qtubuntu-media package in Ubuntu:
  Fix Committed
Status in media-hub package in Ubuntu RTM:
  Fix Released
Status in qtubuntu-media package in Ubuntu RTM:
  Fix Released

Bug description:
  Playing a song from the music app will fail if the path contains a #
  symbol. The failure appears to be at the media-hub level.

  Example:  Try to play track under "Music/Lots of #1
  hits/annoying_hit.mp3"

  What should happen: Song should play

  What actually happens: Song info loads in music player screen but
  track does not play and duration is set to zero.

  
  This bug has been confirmed by ahayzen on #ubuntu-touch who submitted this example log: http://pastebin.ubuntu.com/10931522/

  The file plays normally if the # is removed from the path.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1449790/+subscriptions