Bug 955 – deleting a track from earlier in the playlist causes player to display wrong track

Bug 955 - deleting a track from earlier in the playlist causes player to display wrong track

Summary:

deleting a track from earlier in the playlist causes player to display wrong ...

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Player UI
Version:	6.0.0
Platform:	PC Windows XP

Importance:	P2 normal (vote)
Target Milestone:	---
Assigned To:	KDF

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2005-03-05 13:46 UTC by rachel perkins
Modified:	2008-08-18 10:53 UTC (History)
CC List:	1 user (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description rachel perkins 2005-03-05 13:46:55 UTC

if i use the web gui to delete a track from earlier in the current playlist, 
the squeezebox continues to play the current track, but its display switches to 
show the *next* track in the playlist. as far as i can tell, it continues to be 
off by one until you restart either the playlist or the player.

Comment 1 rachel perkins 2005-03-05 14:25:23 UTC

oop, i'm wrong-the track display rights itself when the subsequent track starts 
(but is still off by one for the length of the current track).

Comment 2 KDF 2005-03-10 03:41:15 UTC

at March 9 build (6.0b1) this seems to stay on the proper track for the display,
but it takes some time before the server updates to say that the current song is
again "now playing (x of y)" as opposed to "playlist (x of y)"

Comment 3 KDF 2005-03-18 16:16:54 UTC

adding this at line 1186 of Control::Command should solve this:

Slim::Player::Playlist::refreshPlaylist($client) if
$client->currentPlaylistModified();

this will take care of refreshing teh now playing screen any time the playlist
is modified.

will commit later tonight.

Comment 4 KDF 2005-03-19 12:54:54 UTC

committed r2598