MPRIS player properties are reported with initial values when retrieving them
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Confirmed
|
High
|
John McAleely | ||
media-hub (Ubuntu) |
Confirmed
|
High
|
Unassigned | ||
media-hub (Ubuntu RTM) |
Confirmed
|
High
|
Unassigned |
Bug Description
While playing a music track via the music-app
$ phablet@
({'AudioStreamR
Properties Position and Duration are zero but should have a value.
With
$ dbus-monitor --session
I see the property Position being updated as the track is being played.
Changed in canonical-devices-system-image: | |
assignee: | nobody → John McAleely (john.mcaleely) |
importance: | Undecided → Critical |
milestone: | none → ww46-2015 |
status: | New → Confirmed |
Changed in canonical-devices-system-image: | |
importance: | Critical → High |
milestone: | ww46-2015 → ww02-2016 |
no longer affects: | media-hub |
Changed in canonical-devices-system-image: | |
milestone: | ww02-2016 → ww08-2016 |
tags: | added: bgplaylist |
Changed in canonical-devices-system-image: | |
milestone: | ww08-2016 → backlog |
Changed in media-hub (Ubuntu RTM): | |
status: | New → Confirmed |
Changed in media-hub (Ubuntu): | |
importance: | Undecided → High |
Changed in media-hub (Ubuntu RTM): | |
importance: | Undecided → High |
This is not critical in my opinion as it wasn't even noticed until Simon tried to manually retrieve these property values using the new bluetooth and MPRIS control integration. All other clients get these values via the *Changed signals which are definitely working at the moment.