localhost refused to connect from Docker

[fernandesafp]

I'm running slsk-batchdl from Docker.

After running:

sldl spotify-likes -c /config/sldl.conf -n 1 --print-tracks

I get:

Unable to open URL, manually open: https://accounts.spotify.com/authorize?client_id=CLIENT_ID&response_type=code&redirect_uri=http%3a%2f%2flocalhost%3a48721%2fcallback&scope=user-library-read+playlist-read-private+playlist-read-collaborative

I tried to open the link but it says connection refused, site can't be reached.

If I run the command outside Docker it works fine. How am I supposed to have this running from Docker?

[l0ckbee]

@fernandesafp did you find a work around for this? I am running into the same issue.

[fernandesafp]

@fernandesafp did you find a work around for this? I am running into the same issue.

Unfortunately not, gave up on it.

[loganank]

Similar issue for me. I'm running the downloader on a headless linux server, so I need a way to authorize without opening a browser on the server. Maybe a configuration parameter that has the auth code?

[l0ckbee]

@loganank and @fernandesafp

I was able to resolve this issue - a few notes from my troubleshooting:

You will need to obtain your Spotify Refresh Token using a separate container/machine with access to a web browser that supports JavaScript rendering i.e Firefox or Chromium. Spotify's authorization URL uses JavaScript rendering, so terminal based browsers such as lynx and w3m will not allow you to authenticate. The Dockerfile for this repo does not come with a window manager preinstalled, so trying to open a web browser from the container will be more work than its worth.

Therefore I recommend doing the following:

• Install sldl on a container/machine with a modern web browser such as Firefox
• run sldl spotify-likes -c <path to your sldl.conf file> and authorize your Spotify account using the web auth flow
• At this point your sldl.conf will now have the spotify-refresh field automatically populated
• Transfer the updated sldl.conf to your headless container
• sldl should now be able to authorize successfully

Hope this helps :)