Bug 1122 – playlist caching

Bug 1122 - playlist caching

Summary:

playlist caching

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Web Interface
Version:	6.0.0
Platform:	All All

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

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2005-03-18 16:24 UTC by KDF
Modified:	2008-08-18 10:53 UTC (History)
CC List:	0 users

See Also:
Category:	---

Attachments
one idea (1.41 KB, patch) 2005-03-19 02:02 UTC, KDF	Details \| Diff
View All 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 KDF 2005-03-18 16:24:28 UTC

It seems to me that the playlist is missing updates for two cases:

1) changing titleformat: if the user changes titleformat and refreshes, the
playlist ramins using the old style until one of the other triggers causes a
re-render.

2) clicking an item in the playlist sends a play command for that song to
status_header, and the currentSong should be updated. again, the playlist
doens't render to show that change

Comment 1 KDF 2005-03-19 02:02:52 UTC

Created attachment 347 [details]
one idea

this updates the playlist if we use the jump command (clicking a song in teh
playlist web page).  Updates when there is a titleformat change.  however, I'm
not sure if I'm right because i dont think we want to mark the playlist as
modified for these cases, just cause a re-render.

Comment 2 Dan Sully 2005-03-22 16:34:58 UTC

Removing the currentPlaylistModified will cause it not to be marked as modified.
Re-rendering is completely controlled by the currentPlaylistChangeTime() method.

Comment 3 KDF 2005-03-22 23:58:34 UTC

committed r2681