Skip to content
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

Accessing playlists in Iris terminates Mopidy #392

Closed
Flattermann78 opened this issue Jul 27, 2024 · 6 comments
Closed

Accessing playlists in Iris terminates Mopidy #392

Flattermann78 opened this issue Jul 27, 2024 · 6 comments

Comments

@Flattermann78
Copy link

Flattermann78 commented Jul 27, 2024

Using Iris, browsing the playlists causes Mopidy to terminate. Versions used are as follows:

Mopidy==3.4.2
Mopidy-Spotify==5.0.0a1
GStreamer Spotify Plugin 0.13.0-RELEASE

Using the search dialog, I can select and play lists. It is more about the playlists provided through Spotify like "Featured Lists" "2000er Hits" or "80er Hits". The effect is not immediately but takes around 10 seconds until program termination.
log.txt

@kingosticks
Copy link
Member

I thought iris provided playlists itself and didn't use Mopidy-spotify for that content. Is it crashing when you try and play them or when you browse them? Can you provide exact steps for me to reproduce?

@Flattermann78
Copy link
Author

Flattermann78 commented Jul 28, 2024

Iris provides for playlists from Spotify. As soon as I select Browse (under My Music), browse into the Spotify-Lists and select Playlists/Featured, the system takes around 10 s and reboots.

Bildschirmfoto 2024-07-28 um 16 36 10

As soon as I see the following lists, Mopidy starts to download Spotify content like

`TRACE 2024-07-28 16:46:23,984 [1:SpotifyBackend-9 (_actor_loop)] mopidy_spotify.web
Get 'playlists/37i9dQZF1DWSTqUqJcxFk6'

DEBUG 2024-07-28 16:46:24,542 [1:SpotifyBackend-9 (_actor_loop)] urllib3.connectionpool
https://api.spotify.com:443 "GET /v1/playlists/37i9dQZF1DWSTqUqJcxFk6 HTTP/11" 200 None

TRACE 2024-07-28 16:46:24,575 [1:SpotifyBackend-9 (_actor_loop)] mopidy_spotify.web
New WebResponse URL: https://api.spotify.com/v1/playlists/37i9dQZF1DWSTqUqJcxFk6 expires at: 2024-07-28 16:46:24.554008 [ETag: "MC-IjE1MTk2ZjEzMzM5ODMwMTBjMWQ4ODQ4OGMzMGJjNDBkIg=="]
`
which then results in the reboot.

Bildschirmfoto 2024-07-28 um 16 37 10

@Flattermann78
Copy link
Author

I also put a Bug Report with Iris as I wasn't sure wich component is responsible for the behavior I see.

@kingosticks
Copy link
Member

Nothing reboots in this log. Mopidy is terminating in response to SIGTERM. Mopidy doesn't send itself SIGTERM so this is something outside of Mopidy. Do you have some kind of watchdog running that thinks Mopidy has crashed (it hasn't)?

@kingosticks
Copy link
Member

As soon as I see the following lists, Mopidy starts to download Spotify content like

As a side note, specifically, it is Iris that is requesting full playlist info for all playlists in the browse response. This is slow and potentially pointless. It is akin to reading the full contents of every file as you move between the directories in your filesystem. It would be good if they could do something more optimal here as this data isn't pre-loaded at startup and the cache will be empty.

@Flattermann78
Copy link
Author

You're right! There was a watchdog and I feel stupid. After removing the watchdog, Mopidy works again. I agree that the Iris requests are rather slow creating warnings in the Iris UI.

Thank you!

@kingosticks kingosticks closed this as not planned Won't fix, can't repro, duplicate, stale Jul 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants