mirror of
https://github.com/sigma67/ytmusicapi.git
synced 2026-04-25 07:16:00 +03:00
[GH-ISSUE #757] get_album fails with KeyError: 'navigationEndpoint' #485
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#485
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 @FireTime on GitHub (Mar 30, 2025).
Original GitHub issue: https://github.com/sigma67/ytmusicapi/issues/757
Describe the bug
ytmusic.get_album fails on some albums with KeyError: 'navigationEndpoint'
To Reproduce
Steps to reproduce the behavior:
example browse IDs that result in a failure
ytmusic.get_album('MPREb_vS6PfafqppP')ytmusic.get_album('MPREb_5iJFlBsHZOj')ytmusic.get_album('MPREb_O5BghuJbKAz')Error returned:
Additional context
Python 3.12.4
ytmusicapi 1.10.2
minimum program to reproduce:
@sigma67 commented on GitHub (Apr 1, 2025):
I cannot reproduce this with a non-authenticated instance (
YTMusic()). Is it only valid for authenticated accounts?@FireTime commented on GitHub (Apr 1, 2025):
I can confirm that this only happens when using an authenticated account.
So work around as of now is to have two instances of YTMusic loaded. One authenticated and one not depending on the API calls.
@sigma67 commented on GitHub (Apr 3, 2025):
I just tried with my authenticated main account (non-brand) and it's not failing either.
Did you interact with the albums in a special way? Add them to your library? Although that doesn't make them fail for me either.
@FireTime commented on GitHub (Apr 6, 2025):
Nothing special with these tracks. Previously I was able to reproduce the error 100% of the time on those select items. However, attempting the same action with the same demo file today I no longer get the error with any tracks. I'll chalk it up to google doing something strange.
Sorry for the distraction.
@sigma67 commented on GitHub (Apr 6, 2025):
No worries, thanks for following up