Quoting Greg Friedman <[EMAIL PROTECTED]>: > > The skin is Fishbone, but I'm not convinced that a browser (or the Slim UI) > has been up in all cases where the problem has happened. I run SS as a > service on W2K3 and usually don't leave the UI up anywhere. It's possible, > though.
right now, anything is possible. Especially as I currently have 3 squezeboxen, 1 SB2 and a slimp3 all running with fishbone skin. 8 hours of an easter party and I didn't see this particular problem. As such, I'm just guessing as to a cause. the log you sent certainly confirms what you describe, but doesn't actually show what is causing it. using d_http, d_command might help get some more hints as to the process going on when this happens > > I just moved from one SB to two, and I'm seeing a behavior I didn't expect > and want to make sure it's not related to this problem. SS has always > maintained some persistent state info that makes menu selections sticky. If > I go from the top-level menu through Browse Music > Browse Artists, I'm > taken directly back to the Artist item that I most recently navigated > through. Are these sticky selections supposed to be global, or are they per > device? I'm seeing them as global such that if I pick an artist on one SB > and then navigate through the same menus on the other device, the first > devices previous menu selections are showing up on the second. Is this by > design? browsing in the player UI should be state-sensitive by client. It sounds like your server is getting clients mixed up. these should be uniquely identified by MAC address, which I can see from your log are unique. i can't say I have any idea how this could be happening. -kdf _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
