Bugzilla – Bug 17103
Password protected servers can't be controlled
Last modified: 2012-02-27 15:05:43 UTC
Using Motorola Defy with Android 2.1. Defy connected to WLAN. Server is running on a QNAP TS-410, no modifications. Players connected: 1 Boom, 1 Radio. Server info: ------------ Version: 7.5.3 - r31792 @ Mon Jan 24 08:21:38 MST 2011 HTTP-Port: 9001 BS: Linux - DE - utf8 Plattform: armv5tel-linux Perl-Version: 5.10.0 - armv5tel-linux-thread-multi MySQL-Version: 5.1.36 Anzahl erkannte Player: 1 Installed the latest version of the Controller app (1.1). After installation I am asked regarding my mysqueezebox.com auth which is (hopefully) accepted. Next my Server is discovered, app asks me for the auth to the Squeezebox server. Next step is that the app just tells me that there is no player found. Player Boom (connected on LAN) is definitely on and connected to above server. Player Radio (connected on WLAN) is definitely on and connected to above server. Defy connection to WLAN verified by accessing servers webgui. Home network with WLAN and LAN sharing the same subnet, Server and Defy also on the same subnet. Quiting and restarted the app also does not show any of my players. Error is reproducable (tried to the point of de- and reinstallation of app). Best regards, Robert F.
> Next my Server is discovered, app asks me for the auth to the Squeezebox > server. Is your server password protected? Any other kind of protection?
Yes, Server is passwd protected and the app "seems" to be aware of that. At least it is asking for the server auth. In continued tests it looks like there are some difficulties when authenticating to the server (difficulties means: it takes some attempts). When successfully authenticating app does not give "positive" feedback, I just assumed success because there is no negative one. After authentication to the server, it's always unable to find any players on the network. There is no other protective level between the devices (no add'l firewalls or server being located in DMZ or anything else). It's all in the same subnet and one player is in LAN, the other one on WLAN.
Just had a moment in the morning to do another test: Shut down the Server and just connect via mysb.com. Players (now connected to mysb.com, too) found and accessible. So I think it might be problem with the authentication to local passwd protected sb server. Will try this (temporary remove passwd auth) and provide info.
> So I think it might be problem with the authentication to local passwd > protected sb server. > Will try this (temporary remove passwd auth) and provide info. Confirmed. Removing passwd protection on sb server -> players accessible (do not really like this, but this changes the severity of the problem anyhow).
Robert - could you please give me some information about your device as reported in Settings/Advanced/About? This seems to be working as expected on my HTC Desire/Android 2.2
(In reply to comment #5) > Robert - could you please give me some information about your device as > reported in Settings/Advanced/About? Of course, no problem. The settings are displayed in German as the Defy is in this locale and the app is using this, too. But I think they are explanatory. Sorry I can't provide a screenshot as I did not yet root this device. Version: 1.1/r8317 Art der Netzwerkverbindung: //Network connection: Kabellose Verbindung //wireless connection Verbindungstyp: //Connection type: Polling Geräteinformation: Name: MB525_RTDACH Plattform: Android Version: 2.1-update1 Display: 480x854/1.5
Hmm... confirms a pattern I'm seeing: another Android 2.1 failing. All the reports I've seen so far about this particular issue are with Android 2.1 (and I can reproduce it on mine as well). I fear there's some incompatibility with the two. I'll see whether I find some information about this. Thanks!
== Auto-comment from SVN commit #8340 to the player repo by mherger == == http://svn.slimdevices.com/player?view=revision&revision=8340 == Bug: 17103 Description: don't rely on username/password in the URL, as Android 2.1 seems not to support it. Add Authorization header too. This still needs some tweaking. App wouldn't reconnect to the server automatically at startup, but after that it seems fine.
Unfortunately Android 2.1 does not support the http://username:password@host/image.jpg url schema. Thus artwork is not shown :-(
== Auto-comment from SVN commit #8341 to the player repo by mherger == == http://svn.slimdevices.com/player?view=revision&revision=8341 == Bug: 17103 Description: Upon app restart it doesn't automatically re-connect to last connected player. At this point our list of detected servers might still be empty. In this case fall back to the server's known ip address/host name only to get authorization.
*** Bug 17143 has been marked as a duplicate of this bug. ***
remaining issue is artwork missing
== Auto-comment from SVN commit #8401 to the player repo by mherger == == http://svn.slimdevices.com/player?view=revision&revision=8401 == Fixed Bug: 17103 Description: add workaround for Android <=2.1 which can't handle authorization details in the image URL. Grab image using AJAX where we can manipulate the headers...
*** Bug 17747 has been marked as a duplicate of this bug. ***