mirror of
https://github.com/sigma67/ytmusicapi.git
synced 2026-04-25 07:16:00 +03:00
[GH-ISSUE #743] get_album() now returns None for 'audioPlaylistId' #478
Labels
No labels
a/b
bug
documentation
enhancement
good first issue
help wanted
invalid
pull-request
question
wontfix
yt-error
yt-update
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ytmusicapi#478
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 @sigma67 on GitHub (Feb 12, 2025).
Original GitHub issue: https://github.com/sigma67/ytmusicapi/issues/743
Discussed in https://github.com/sigma67/ytmusicapi/discussions/742
Originally posted by apastel February 12, 2025
I think Google changed the API regarding library albums -- seems like the 'audioPlaylistId' is coming back empty.
This prints
Nonefor the few albums I've tried.Didn't want to write it as a bug because I'm not sure yet if it's just a temporary issue or if they changed something in the API that's going to require a fix. Just wanted to point out what I'm seeing and if anybody else noticed it. Must have just happened in the last 24hrs.
@sigma67 commented on GitHub (Feb 12, 2025):
@apastel I've linked a potential fix
But the same fix fails on CI, so I'm not 100% confident it is rolled out for everyone yet
@PenultimateBoss commented on GitHub (Feb 21, 2025):
Not only that. When you want to get all albums with method get_artist_albums(), you need browseId and params from get_artist()["albums" | "singles"]. If artist have few albums, then browseId is none and "results" contains all albums with full info. Otherwise, browseId and params is not none, so you need use get_artist_albums(browseId, params, None) to get all albums. Now in both cases browseId is none and params is not in object. Btw, object that we get with get_artist() now does not always contains "albums" and "singles"
@sigma67 commented on GitHub (Feb 21, 2025):
@cispe please don't comment unrelated questions. Feel free to create a separate issue or question if you think something is not working as intended
@jbruechert commented on GitHub (Feb 24, 2025):
I'm now also seeing this (in Germany, in case that's relevant)
@srajangarg commented on GitHub (Mar 2, 2025):
seeing this as well, @sigma67 any plans for merging the fix?
@sigma67 commented on GitHub (Mar 2, 2025):
It is still failing CI so it would have to be made backwards compatible