Bug 15178 - fab4 doesn't connect to its own TinySC instance, if libraryname is changed
: fab4 doesn't connect to its own TinySC instance, if libraryname is changed
Status: CLOSED FIXED
Product: SB Touch
Classification: Unclassified
Component: SB Server
: 7.5.0
: Macintosh Debian Linux
: P1 normal (vote)
: 7.5.0
Assigned To: Ben Klaas
: TinySC
Depends on: 15179
Blocks:
  Show dependency treegraph
 
Reported: 2009-11-23 08:23 UTC by Michael Herger
Modified: 2010-04-08 17:26 UTC (History)
1 user (show)

See Also:
Category: Bug


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Herger 2009-11-23 08:23:35 UTC
TinySC is configured to use the device's name as the "libraryname". 

Renamed fab4 to "Squeezebox Touch3", which triggered setting libraryname to the same value. This lead the device to no longer connect to its own TinySC instance. Looking at its configuration files I found the following:

/etc/squeezeplay/userpath/settings/SlimDiscovery.lua:
settings = {
	playerId="00:04:20:22:01:0c",
	serverUuid="73ef8617-43a0-4071-85ed-4cadd11acd2d",
	currentPlayer="00:04:20:22:01:0c",
	serverInit={ip="192.168.0.2",},
	squeezeNetwork=false,
	playerInit={name="Squeezebox Touch",model="fab4",},
	serverName="Squeezebox Touch",
}

/etc/squeezeplay/userpath/settings/Playback.lua: 
settings = {
	enableAudio=1,
	squeezeNetwork=false,
	serverUuid="73ef8617-43a0-4071-85ed-4cadd11acd2d",
	powerState="on",
	volume=93,
	serverInit={ip="192.168.0.2",},
	serverName="Squeezebox Touch",
	playerInit={name="Squeezebox Touch3",model="fab4",},
	captureVolume=40,
}

serverName in both cases still is the old value, playerInit.name isn't the same for both...

I haven't been able to easily reproduce this. It happened after I switche back and forth between different servers. But it never happened when changing a full SBS' libraryname value.
Comment 1 Michael Herger 2009-11-23 08:35:14 UTC
Ok, this seems to be related to my recent changes to sync libraryname to playername: switching to some other server, then back to TinySC triggers something which changes the playername back to the old name, which in turn renames the libraryname back again.

This means that while it's trying to connect to "SBT3", this latter is being renamed to "SBT"
Comment 2 Ben Klaas 2009-11-23 08:39:38 UTC
difficult to estimate since it's not an easily reproduced bug. budgeting a half day
Comment 3 Michael Herger 2009-11-23 08:51:13 UTC
Ben - the real bug is that SP based players don't keep their name. They always accept whatever name was stored on the server it's connecting to, instead of telling the server its new name. I just switched between three different server (2x SBS and TinySC), and every time it changed its name. I'll file a new bug for this issue. We'll then probably be able to close this one in five minutes.
Comment 4 Michael Herger 2009-11-25 04:13:00 UTC
This issue was triggered by bug 15179. Now that it's fixed, this issue is gone as well. Let's keep fingers crossed.
Comment 5 Chris Owens 2010-04-08 17:26:00 UTC
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release.

If you are still seeing this issue, please let us know!