mirror of
https://github.com/sigma67/ytmusicapi.git
synced 2026-04-25 07:16:00 +03:00
[GH-ISSUE #772] get_library_playlists does not honor limit= parameter #495
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#495
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 @norbusan on GitHub (May 20, 2025).
Original GitHub issue: https://github.com/sigma67/ytmusicapi/issues/772
Describe the bug
seems to ignore the
limitparameter, and returns the default 25 entries of playlists.Worse, setting
limit=Nonedoes not get all the playlists.To Reproduce
@norbusan commented on GitHub (May 20, 2025):
In addition
get_playlistalso does not honor the limit parameter and seems to default to downloading at max 200 tracks.@sigma67 commented on GitHub (May 20, 2025):
Which version of ytmusicapi are you using?
@norbusan commented on GitHub (May 20, 2025):
@sigma67 commented on GitHub (May 22, 2025):
So, about limit=3, please read the FAQ: https://ytmusicapi.readthedocs.io/en/stable/faq.html#why-is-ytmusicapi-returning-more-results-than-requested-with-the-limit-parameter
The second claim is simply not true, it does get all the playlists. If you still think it doesn't, please provide precise reproduction instructions including the playlist in question.
@norbusan commented on GitHub (May 22, 2025):
Thanks for the explanation, I now understand the pagination issue. I did expect that one can send a pagination number (via the limit= parameter) and I didn't know that the pagination is fixed. All fine with that.
Concerning the list of songs per playlist ... that is weird indeed.
I have several playlists where the number shown in the description and the actual number of items in the list differ!!!
E.g., one of my playlists: https://music.youtube.com/playlist?list=PLVNSEwvEH7u0lkwI_H6LUkUCArr7WWtCD&si=3rjtGoCkgvSyx0Oy
The library gives the number of tracks as 21 - but I did trust the displayed number of 24 and was surprised.
No idea why this happens, but it happens for me for several playlists!!!!
@sigma67 commented on GitHub (May 23, 2025):
That would be a server side bug - nothing we can do about that. The job of this library is to actually reflect server state