| commit | 03b43e108be519f6fdffeb83c923a65fba292a50 | |
| author | Nicolas Pennequin <nicolas@nicolas-laptop.(none)> | |
| Wed, 24 Oct 2007 23:26:18 +0000 (25 01:26 +0200) | ||
| committer | learman <learman@a1c6a512-1295-4272-9138-f99709370657> | |
| Thu, 25 Oct 2007 19:18:20 +0000 (25 19:18 +0000) | ||
| tree | f3308789af00dcecbc85c1750118617cb32b8db6 | treesnapshot (tar.gz zip) |
| parent | f3acb6d1134cf7ced30959072b04c86c41a82848 | commitdiff |
Revert to calling playlist_next() in check_new_track() as in SVN.
Calling playlist_next() on PCM track change was the cause of the auto
change directory bug. playlist_next() needs to be called to provide the
new playlist. If we call it on the PCM track change, it's too late.
The downside of reverting to the SVN behaviour is that the playlist index
displayed in the WPS and the position in the playlist viewer get updated
too early. Until a better solution is found, the same behaviour as SVN
is acceptable.
Calling playlist_next() on PCM track change was the cause of the auto
change directory bug. playlist_next() needs to be called to provide the
new playlist. If we call it on the PCM track change, it's too late.
The downside of reverting to the SVN behaviour is that the playlist index
displayed in the WPS and the position in the playlist viewer get updated
too early. Until a better solution is found, the same behaviour as SVN
is acceptable.
| apps/playback.c | diffblobblamehistory |