diff options
| author | Max Kellermann <max@musicpd.org> | 2016-12-09 13:02:26 +0100 |
|---|---|---|
| committer | Max Kellermann <max@musicpd.org> | 2016-12-09 13:02:26 +0100 |
| commit | e7353ec7e7d15848ef021b0975b74034e7ed62e9 (patch) | |
| tree | aa3e42ae3f39b0da58df5e5e035bbd2f0279e00b /NEWS | |
| parent | e3237f057dac679a5f2dd4fe6d020e98a5dfab44 (diff) | |
Queue: "setprio" re-enqueues old song if priority has been raised
This commit changes a minor queue priority design to something which
makes a little bit more sense.
Previously, a song that had already been played would only be
re-enqueued if its priority had just been raised above the current
song's. This means that if it was already above, it was not
re-enqueued. That is a surprising behavior, because users expect a
song to be played when its priority is raised.
Now the song is always re-enqueued if its priority is raised (and
above the current song's - no matter if it has already been above
before).
https://bugs.musicpd.org/view.php?id=4592
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 2 |
1 files changed, 2 insertions, 0 deletions
@@ -1,4 +1,6 @@ ver 0.19.20 (not yet released) +* protocol + - "setprio" re-enqueues old song if priority has been raised * decoder - ffmpeg: ignore empty packets - pcm: fix corruption bug with partial frames (after short read) |