Bugzilla – Bug 694
Not refreshing the currently playing track
Last modified: 2008-12-18 11:55:33 UTC
I just noticed that my slimserver user interface hadn't refreshed for a while. It was showing "Now playing 6 of 90", and track 6 in the playlist was highlighted, but actually track 54 was playing on my Squeezebox. I'm using the Fishbone skin, and "Browser Refresh Timing" is set to 30. WinXP Pro SP2. Same effect happens with the default skin. I did a forced refresh, and the page refreshed properly. I had the window minimised to the tasktray; this appears to be the reason for not refreshing.
kdf said: "I always thought that the EXE browser was just stealing IE resources and embedding them, but maybe it isn't the same after all. hopefully something can be done, but it may be a bug from the windows API."
KDF - is this still an issue?
I have no reason to think this issue is changed. I can only guess that the GUI doesn't handle the META refresh. As this isn't skin specific, and I have no idea what engine drives that GUI, I think I'm the wrong person to deal with this.
I believe that the embedded browser doesn't refresh when minimized.
that would be the exact thing. This came up long ago, I think before bugzilla came along. I am not sure that the Component supports a refresh when minimised. Is there anything newer that we can use? Of course, I've never understood why you need that gui anyway. It is all available in a browser, which any windows pc already has (and its a NEWer IE). The gui also has a lot of inconsitencies. So, its redundant, not connected well enough to the internal workings (ie no bad music folder error), and from what i've seen, its even slower. Something more simplistic like the OSX prefpane would suffice, a service with a tray icon and a popup menu from the tray icon to launch the default browser to the slimserver home page. This would probably remove at least a few bugs from here :)
I agree, and the death of the Windows GUI is a post-6.0 goal. It originally came about because of the need for control of the server (specifically starting and stopping) on Windows 95/ME - these versions of Windows did not have a Services control panel. Of course, we shouldn't depend on the Control Panel - I agree that a OS X Preference Pane-style GUI is the right next step.
For what it's worth, I quite like having a windows GUI - I like being able to open it from the tasktray icon, and minimising to the tasktray. If a separate GUI was written to provide a tasktray icon which simply launched the default browser for the slimserver URL, would this require the user to log in each time it is clicked? If enhancing the windows GUI app, I'd like to see perhaps the currently playing track as a tooltip when the mouse hovers over the tasktray icon (also perhaps number of tracks in playlist, etc). Perhaps right-click could provide quick access to some rudimentary controls, such as pause, stop, play, skip track, etc.
The slimserver.exe is going away. Philip, please file additional feature requests for the new task tray icon separately. Thanks. *** This bug has been marked as a duplicate of 566 ***
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.