Inline playback breaks completely after attempting to play 7digital streams
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Fix Released
|
Critical
|
John McAleely | ||
Ubuntu UX |
Confirmed
|
Undecided
|
Paty Davila | ||
media-hub (Ubuntu) |
Fix Released
|
Critical
|
Jim Hodapp |
Bug Description
Inline playback breaks when trying to play 7digital music streams (using 7digital remote scope) or when trying to play unsupported audio files (such as .m4a). The phone needs to be rebooted to have playback working again for supported content.
Steps to reproduce:
=== 7 digital scope ===
1. Go to 7digital scope
2. Open a preview of album or song.
3. Hit play button in the preview.
--> from now on inline playback doesn't work, dash log reports a lot of "Failed to get current playback position: org.freedesktop
Note: 7digital issues seems to be related to an auth issue probably causes by uri encoding - see GST_RESOURCE_
=== local music files ===
1. Upload a .m4a file to the Music folder on the phone.
2. Wait a few seconds for mediascanner to process the file, then reboot the phone.
3. Go to My Music Scope -> Tracks department, find your m4a song and tap the Play button on its card.
--> from now on inline playback doesn't work, dash log reports a lot of "Failed to get current playback position: org.freedesktop
Note, the reboot in step 2 is neccessary because mediascanner doesn't immediately expose unsupported files to the clients. After reboot they are exposed though.
We need to indicate to the user if content cannot be played (thus subscribing UX to the bug) but first and foremost, we shouldn't fall over broken content and recover gracefully.
Related branches
- Alfonso Sanchez-Beato: Approve
- Konrad Zapałowicz (community): Approve
- PS Jenkins bot: Approve (continuous-integration)
- Simon Fels: Approve
-
Diff: 39 lines (+12/-10)1 file modifiedsrc/core/media/gstreamer/playbin.cpp (+12/-10)
Changed in ubuntu-ux: | |
assignee: | nobody → Paty Davila (dizzypaty) |
status: | New → Confirmed |
Changed in canonical-devices-system-image: | |
assignee: | nobody → Alejandro J. Cura (alecu) |
status: | New → Confirmed |
summary: |
- Inline playback breaks completely after attempting to play unsupported - m4a file + Inline playback breaks completely after attempting to play 7digital + streams or unsupported m4a file |
description: | updated |
description: | updated |
summary: |
Inline playback breaks completely after attempting to play 7digital - streams or unsupported m4a file + streams |
Changed in media-hub (Ubuntu): | |
status: | In Progress → Fix Committed |
Changed in canonical-devices-system-image: | |
status: | In Progress → Fix Committed |
Changed in canonical-devices-system-image: | |
status: | Fix Committed → Fix Released |
We include unsupported files in the media index because users will be confused if they upload files to the device and not see anything. And with a future version of mediascanner, it will most likely extract the metadata from these M4A files without issue because it won't hit the codecs at all.
And given that confined apps can ask to play arbitrary files, it doesn't make sense to assume you'll only be given files mediascanner could parse.