mirror of
https://github.com/aome510/spotify-player.git
synced 2026-04-26 09:25:49 +03:00
[GH-ISSUE #519] Details of album cannot be loaded when it has been in the library for a while #1232
Labels
No labels
bug
documentation
enhancement
good first issue
help wanted
pull-request
question
third-party
third-party
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-player#1232
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mannodermaus on GitHub (Jul 29, 2024).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/519
Describe the bug
I've been observing this with albums that I put into my library (i.e. ❤️'d) a long time ago. When trying to open their details via the library, the player gets stuck in a perpetual "Loading..." state. When I then search for the artist explicitly and select the same album from search results, the album loads as expected.
See the below for an example. I started playback of the album from my library via the official Spotify GUI client, then closed it and opened the CLI player. Playback works just fine, but I'm unable to view the album's details (either via G+Space or via the aforementioned navigation from the library) until I search for the artist again and select it from there.
To Reproduce
I'm not exactly sure, but I suppose that you:
Expected behaviour
I see the details of the album.
Log and backtrace
1. Failing case (open old album reference via library)
The second and third lines repeat indefinitely until I cancel the action. It implies some sort of format incompatibility, maybe this is an older entry and had a different structure?
2. Succeeding case (open album reference via artist's info page)
I see only this and then the data loads. Interestingly enough, the album ID is different from the failing case above. Has there possibly been a migration of IDs at Spotify some years back? The GUI client can keep the references (i.e. show the album even when I go to it via the library).
Screenshots
https://github.com/user-attachments/assets/d3bf1fa7-c4f8-446c-a2a1-835790f7161c
Environment
brew)Additional context
-/-
@mannodermaus commented on GitHub (Jul 30, 2024):
Maybe this is a wontfix, since it really seems like these two albums are different listings on Spotify. Using the official Spotify app for Android, it shows the album as "in your library ✅" when I view it from my library, but when I open the same album via the artist page, there is no checkmark (even though it still recognizes the individual tracks as downloaded).
Unless spotify-player has a way to "alias" records together into the same album, this ticket may be closeable. It's unfortunate as it affects many entries in my library, though.
@aome510 commented on GitHub (Aug 1, 2024):
I think the
json parse error: invalid type: null, expected ID or URI for struct TrackId at line 1 column 1869: invalid type: null, expected ID or URI for struct TrackId at line 1 column 1869is because of a bug in Spotify API, so it's not really because of specific albums. This tends to happen a lot and in the past I had to implement patch fromspotify_playerside to handle those.@aome510 commented on GitHub (Aug 1, 2024):
That said, this bug is not trivial to implement patch on. Open an issue in https://github.com/ramsayleung/rspotify/issues/486