Previous and next buttons enabled/disabled state not updating in realtime
Bug #1519448 reported by
Jim Hodapp
This bug affects 2 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Canonical System Image |
Confirmed
|
High
|
Alejandro J. Cura | ||
| indicator-sound (Ubuntu) |
Invalid
|
High
|
Xavi Garcia | ||
| indicator-sound (Ubuntu RTM) |
Invalid
|
High
|
Unassigned | ||
| music-app (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
With silo 9 installed (background playlist fixes) and the new music-app development branch installed, add a single track to the play queue and then toggle the loop status to be looping over the entire playlist does not enable the previous and next buttons as it should. They are only updated after revealing the indicator, rolling it up, and revealing it a second time. This seems like it's not subscribing to the loop status changed event for the active MPRIS player instance.
| Changed in canonical-devices-system-image: | |
| assignee: | nobody → Alejandro J. Cura (alecu) |
| importance: | Undecided → High |
| Changed in indicator-sound (Ubuntu): | |
| importance: | Undecided → High |
| Changed in indicator-sound (Ubuntu RTM): | |
| importance: | Undecided → High |
| Changed in indicator-sound (Ubuntu): | |
| assignee: | nobody → Xavi Garcia (xavi-garcia-mena) |
| Changed in canonical-devices-system-image: | |
| status: | New → Triaged |
| Changed in indicator-sound (Ubuntu): | |
| status: | New → Confirmed |
| Changed in canonical-devices-system-image: | |
| status: | Triaged → Confirmed |
Revision history for this message
| Xavi Garcia (xavi-garcia-mena) wrote | #1 |
| Changed in indicator-sound (Ubuntu): | |
| status: | Confirmed → Invalid |
| Changed in indicator-sound (Ubuntu RTM): | |
| status: | New → Invalid |
To post a comment you must log in.
I can recreate this with OTA-9 image, but not with the rc-proposed.
The code in rc-proposed and OTA-9 is the same for the sound indicator.
I just updated music-app following the instructions from the following document:
https:/
And the issue is fixed.
I'm assigning this one to the music-app to keep track.