[GH-ISSUE #743] get_album() now returns None for 'audioPlaylistId' #478

Closed
opened 2026-02-27 23:01:01 +03:00 by kerem · 6 comments
Owner

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.

import ytmusicapi

yt_auth = ytmusicapi.YTMusic("./browser.json")
album = yt_auth.get_album("MPREb_DGkmQAs9Umk")
print(album["audioPlaylistId"])

This prints None for 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.

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 <div type='discussions-op-text'> <sup>Originally posted by **apastel** February 12, 2025</sup> I think Google changed the API regarding library albums -- seems like the 'audioPlaylistId' is coming back empty. ``` import ytmusicapi yt_auth = ytmusicapi.YTMusic("./browser.json") album = yt_auth.get_album("MPREb_DGkmQAs9Umk") print(album["audioPlaylistId"]) ``` This prints `None` for 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.</div>
kerem 2026-02-27 23:01:01 +03:00
Author
Owner

@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

<!-- gh-comment-id:2654631120 --> @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
Author
Owner

@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"

<!-- gh-comment-id:2674961900 --> @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"
Author
Owner

@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

<!-- gh-comment-id:2675228501 --> @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
Author
Owner

@jbruechert commented on GitHub (Feb 24, 2025):

I'm now also seeing this (in Germany, in case that's relevant)

<!-- gh-comment-id:2678261987 --> @jbruechert commented on GitHub (Feb 24, 2025): I'm now also seeing this (in Germany, in case that's relevant)
Author
Owner

@srajangarg commented on GitHub (Mar 2, 2025):

seeing this as well, @sigma67 any plans for merging the fix?

<!-- gh-comment-id:2692490869 --> @srajangarg commented on GitHub (Mar 2, 2025): seeing this as well, @sigma67 any plans for merging the fix?
Author
Owner

@sigma67 commented on GitHub (Mar 2, 2025):

It is still failing CI so it would have to be made backwards compatible

<!-- gh-comment-id:2692587086 --> @sigma67 commented on GitHub (Mar 2, 2025): It is still failing CI so it would have to be made backwards compatible
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/ytmusicapi#478
No description provided.