-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fails to play any track, "GStreamer error: Could not get/set settings from/on resource." #388
Comments
I've had this a couple of times but when I try and track it down, it magically resolves itself after a while. So my current theory is that it's some transient Spotify error, and the error messaging from librespot back to Mopidy is very poor (hoping to improve that). You can try to run with |
Ah that helped, suddenly the problem was very obvious 😅
It seems my credentials have changed at some point (I know the password, I guess I just forgot that I changed it). I re-authenticated with the new credentials and now it works. If only the error wasn't so vague 😅 "Login failed with reason: Bad credentials" would be way more useful. |
Actually, in this case, I'm not sure why the error doesn't propagate through to Mopidy logging given it's coming through as a gstreamer Error, which we are setup to catch. I'll see if I can get to the bottom of that. |
Any luck getting to the bottom of this? I'm experiencing this issue too:
This is with refreshed tokens, reset password, etc. |
I can reproduce this again since yesterday. |
There's currently a device and user specific librespot issue. Every implementation is suffering from it. It appears Spotify are rolling out a change to their protocol |
I was running into #394 and managed to get past that error message with the workaround mentioned in that issue. Now interestingly I'm being blocked on this. This is after regenerating a
I am wondering if somehow the credentials in |
Providing the username in your mopidy.conf matches the username in the credentials.json then the credentials.json takes priority over any supplied password. Some types of Spotify account get unexpected usernames in credentials.json, can you check yours? I need to do another release to make this simpler. |
My Spotify username is a string of 9 digits, probably auto-generated on their end because I primarily sign in through a Facebook account. It does match in both files, though I have it unquoted in mopidy.conf, not that I think that would matter here.
Even with |
EDIT: or maybe |
Hello I also get this error. I have checked var/lib/ .../ .../ credentials.json and username is the same as in my mopidy config, I have updated client-id and client secret. and still and my credentials.json look like this , of course I removed the auth data and username
|
Wow, I managed to fix it but it was quite a ride. I hacked in a bunch of logging calls throughout mopidy-spotify, which eventually led me here: mopidy-spotify/src/mopidy_spotify/backend.py Lines 40 to 43 in e088c33
This was where I realized that -data_dir = $XDG_DATA_DIR/mopidy
+data_dir = /var/lib/mopidy |
If you're running Mopidy as a service, /var/lib/mopidy is the default data_dir location. There's no need to set things in mopidy.conf if you just want the default. If you're doing something else, but still want to use /var/lib/mopidy for some reason, then OK but that's unusual. |
I'm on the same boat, did you manage to fix it? |
Noo, not yet, I struggling with to obtain a new credentials.json from librespot according to recomended solutions in this thread , but so far no succes . |
Mopidy-Spotify v5.0.0a3 and gst-plugin-spotify_0.14.0~alpha.1-1 use access-token login and handle credentials.json for you. Credentials errors should be fixed with these versions. Please run with GStreamer logging enabled ( |
Updated Like 5 - 6 times |
And you removed your credentials.json file from your Mopidy data_dir before updating ? |
No ig? I did removed .cache in var/lib |
Removed .local/..mopidy/spotify/credential_cache/credential.json Note : It just dont plays music It shows all the playlist fine and searches too
|
Have you tried re-authenticating at https://mopidy.com/ext/spotify/ ? I don't know why that'd help but I'm struggling to understand what could be wrong here. Perhaps when they reset your account they also reset all current authenticated apps? That seems really unlikely but worth a shot... Failing that, could you delete the credentials.json file and then try again with the detailed GST_DEBUG log command and share all the librespot output? |
I got a email form spotify that some "suspecious activity" was spotted on my account and after that all my connected apps got disconnected Things I have tried so far:
The thing that is concerning me is Its fetches all account details (like my personal playlists and everything) perfectly fine but its not playing music |
Okay Good News Its Working Now (atleast) Current Issues:
|
I think that pointed to some problems with the credentials.json rather than the client_id and client_secret but that doesn't make sense given a fresh one would have recreated when you removed it. Odd. But good it's now working. Have you ended up with two installments?a working one from our Debian packages, and then a half broken one in your user directory or a venv? You could try comparing Seeking isn't working yet. The readme documents the current status. It's my intention to get back to fixing seeking once these login issues are ironed out. |
Just note, if you are running as both a service and user, I think you'll need to ensure the client_id and client_secret in the two corresponding Mopidy config files are the same. normally you'd just copy the Spotify section between the config files. that should ensure the credentials.json ends up being the same. Perhaps having different ones means one ends up being "old" and suspicious. Although you'd then expect the user data to also not work. I think I'll build in some more debug info |
If it works it works. :3
Here are the outputs :
Note : I use Arch(btw)
^ If this could provied any help |
I've tried this and removed any credentials.json file. In my mopidy.conf i only have client_id & client_secret under the spotify section, but when i try to play a song i get following error:
What could be the cause? |
You're not using gst-plugin-spotify_0.14.0~alpha.1-1 From the readme: Verify the GStreamer spotify plugin is correctly installed:
|
The command returns following, indeed another version
I've downloaded and installed the .deb file and now it seems to work, it now states following version
|
I am using iris jaedb image in my docker. Any idea how to install version 0.14.0-alpha.1. Currently I have 0.10.5-67de191 version. |
Wow it works finally, I had to download the deb file and add to my docker-compose command for installing deb file + upgrade of Spotify plugin to version 5.0.0a3. |
All required changes are now merged upstream into latest gst-plugins-rs. Providing you are running the latest software versions I think this is solved. |
Any other extension (like YouTube and SoundCloud) work fine, Mopidy only fails to play Spotify tracks with this cryptic error.
This is using 5.0.0a2
The text was updated successfully, but these errors were encountered: