Bugzilla – Bug 8967
Add option to selectively turn off password protection for download.mp3/stream.mp3
Last modified: 2009-09-08 09:15:45 UTC
Another iPeng enhancement request ;-) iPhone can't play back audio files from SC if the password authentication is on. So I wonder if it is possible to have an option to selectively disable this for the "*/download.mp3" files only. Would make a lot of people happy who want remote access to their library and don't want to do jailbreaks and SSH-tunnels. Also, I remember an old WLAN radio of mine had similar problems playing back stream.mp3 with password authentication, so this would probably make for a useful change there, too.
You _should_ be able to use a URL in the form: http://name:pass@server/stream.mp3 Can you convince your skin to expose a URL like that to set up the stream?
I can convince the skin, but Quicktime still doesn't play it. Try entering http://name:passwd@server:9000/music/.../download.mp3 on your iPhone and you'll see...
I would like to suggest a configuration option allowing manual port number configuration for streaming content. That way, I can choose myself whether to have the stream password protected (by leaving it on port 9000 with the UI) or simply choosing another port and have it wide open. This will also simplify my office scenario where some of my coworkers ask for access to the stream, but I don't want them accessing the web interface of my Squeezebox Duet. Its not only that people would switch tracks on each other, but that everyone would be able to go into settings and mess things up there.
You can drop this enhancement request for iPeng use. I just tried this with the latest iPhone FW 2.1 beta and it works with that one. Also, it reportedly works with 1.x firmware so this seems to be a unique 2.0 bug that will soon be fixed. It may still be valid for the streaming use case (daniel's use case) but there may be other solutions for that (like his proposal).
Let me also add to my previous comment that it would be useful to also have the ability to set different password on another port so that both stream and web UI are still protected, but by different passwords. Thanks
(In reply to comment #4) > You can drop this enhancement request for iPeng use. > > I just tried this with the latest iPhone FW 2.1 beta and it works with that > one. Also, it reportedly works with 1.x firmware so this seems to be a unique > 2.0 bug that will soon be fixed. > > It may still be valid for the streaming use case (daniel's use case) but there > may be other solutions for that (like his proposal). > Can I close this bug then? or is there still an issue with Password usage?
I can't judge. For iPeng, it's OK, these other use cases are NOT resolved!
OK, marking this bug as fixed. Please open a NEW bug if you feel other use cases should be addressed.
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC