aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMax Kellermann <max@duempel.org>2009-02-04 19:44:32 +0100
committerMax Kellermann <max@duempel.org>2009-02-04 19:44:32 +0100
commit4db51eeccd97bfbda1c7e6dd6bde41b344d7598d (patch)
tree59b0cbdd6f2b51b35ad596f510add91a1d9a5f2a
parent8d3205871cf398c4e187bb0d1ead28c46a25a8c1 (diff)
downloadmpd-4db51eeccd97bfbda1c7e6dd6bde41b344d7598d.tar.gz
mpd-4db51eeccd97bfbda1c7e6dd6bde41b344d7598d.tar.xz
mpd-4db51eeccd97bfbda1c7e6dd6bde41b344d7598d.zip
playlist: call syncPlaylistWithQueue() only in the event handler
Don't call syncPlaylistWithQueue() in nextSongInPlaylist() and previousSongInPlaylist(). This is a relic from the time when there was no event, and was a workaround to the timing problem.
-rw-r--r--src/playlist.c4
1 files changed, 0 insertions, 4 deletions
diff --git a/src/playlist.c b/src/playlist.c
index 0a32ce98b..7f44823c1 100644
--- a/src/playlist.c
+++ b/src/playlist.c
@@ -608,8 +608,6 @@ nextSongInPlaylist(struct playlist *playlist)
assert(!queue_is_empty(&playlist->queue));
assert(queue_valid_order(&playlist->queue, playlist->current));
- syncPlaylistWithQueue(playlist);
-
playlist->stop_on_error = false;
/* determine the next song from the queue's order list */
@@ -819,8 +817,6 @@ void previousSongInPlaylist(struct playlist *playlist)
if (!playlist->playing)
return;
- syncPlaylistWithQueue(playlist);
-
if (diff && getPlayerElapsedTime() > PLAYLIST_PREV_UNLESS_ELAPSED) {
/* re-start playing the current song (just like the
"prev" button on CD players) */