Type in your question below and we'll check to see what answers we can find...
Loading article...
Submitting...
If you couldn't find any answers in the previous step then we need to post your question in the community and wait for someone to respond. You'll be notified when that happens.
Simply add some detail to your question and refine the title if needed, choose the relevant category, then post.
Before we can post your question we need you to quickly make an account (or sign in if you already have one).
Don't worry - it's quick and painless! Just click below, and once you're logged in we'll bring you right back here and post your question. We'll remember what you've already typed in so you won't have to do it again.
Please see below the most popular frequently asked questions.
Loading article...
Loading faqs...
Please see below the current ongoing issues which are under investigation.
Loading issue...
Loading ongoing issues...
Currently using Spotify build 2.7.0.883 on HTC One M7 on Android 5.0.2 (stock).
I have a NAS running a DLNA server. I use BubbleUPnP and LocalCast apps to watch and to send content to my tv.
Recently these apps no longer finds my DLNA server, and BubbleUPnp opens with this message:
"There was a problem initializing the UPnp service. Try restarting the app after rebooting your device. Check that there is not a background app using UDP port 1900 (used for device discovery), using the 'Netstat Plus' app. Finally, if Spotify is running, force kil it before starting BubbleUPnP."
As you can see in the attachment Spotify is indeed using UDP 1900, and after force closing Spotify, the other apps are working again.
I can't tell what exact version this bug was introduced in, but it can't be more than 2 or 3 weeks ago.
Solved! Go to Solution.
BubbleUPnP dev here.
There's really a problem with how Spotify uses UDP port 1900.
The solution points to a beta supposedly fixing it, but I had to revert this change because it broke functionality in BubbleUPnP.
So it is still present to this day and affects BubbleUPnP and other apps (such as LocalCast) to perform
UPnP device discovery and (eventually) advertise their own UPnP devices on the network.
The problem is that Spotify binds to UDP port 1900 in a way that prevents any other app to bind to it.
Normally, several well behaved apps can bind to UDP port 1900 at the same time but Spotify does it in a way that prevents other
apps to bind to it, getting an "Address is use" IOException.
This *is* a Spotify issue issue. I remember a few month ago a popular bittorent app having the same issue,
until they fixed it.
Thanks guys! I'll stick with 2.5 for now. This version works great and also feels a lot more quicker than 2.6 and 2.7.
Hey guys!
We just wanted to let you know that this will be fixed in an upcoming version of Spotify, which should be released shortly.
Also happening on macOS (10.13.6) with Spotify build 1.1.22.633.
I'm running Home Assistant on my Mac mini, and I get "Address already in use" error when it's trying to use port 1900 for emulated Hue / upnp.
# lsof -i:1900
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
Spotify 3463 [user] 74u IPv4 0xc7405903e893095 0t0 UDP *:ssdp
Everything works fine if I quit the Spotify app.
Spotify is probably using this port to allow finding devices like sonos speakers, and other network speakers so that audio can be streamed to them. SSDP requires the use of port 1900
For this reason I believe that this issues is going to stay and a work around is to use spotify web, or run it on a different device when you need port 1900
Hey there you, Yeah, you! 😁 Welcome - we're glad you joined the Spotify Community! While you here, let's have a fun game and get…