[GH-ISSUE #816] Error "Unable to find 'text' using path ['facepile', 'avatarStackViewModel', 'text', 'content'] #510

New issue

Closed

opened 2026-02-27 23:01:12 +03:00 by kerem · 3 comments

kerem commented

2026-02-27 23:01:12 +03:00

Owner

Originally created by @saboshi69 on GitHub (Sep 5, 2025).
Original GitHub issue: https://github.com/sigma67/ytmusicapi/issues/816

I confirm that I have read the FAQ

Describe the bug
After upgrading to ytmusicapi 1.11.1, fetching certain playlists fails with the following error:

ytmusicapi.exceptions.NavigationError: Unable to find 'text' using path
['facepile', 'avatarStackViewModel', 'text', 'content']

This only occurs when using a collaborative unlisted/private playlist (invite-only by link) (Unauthenticated requests ).
Public playlists do not trigger the error.

In the JSON response for collaborative private playlists, the "text" field under "avatarStackViewModel" is missing.
Instead, the collaborator name is now found under:

json rendererContext.accessibilityContext.label

This causes methods like get_playlist to crash.
The same call works correctly on version 1.11.0.

ytmusicapi version
1.11.1

To Reproduce

Install ytmusicapi 1.11.1

Call get_playlist(playlistId) on a private/unlisted collaborative playlist

Observe the exception:

Unable to find 'text' using path ['facepile', 'avatarStackViewModel', 'text', 'content']

Try the same with a public playlist → no error

Additional context
It looks like YouTube Music changed the data structure for collaborator display in unlisted collaborative playlists.
Suggested fix: fall back to rendererContext.accessibilityContext.label if avatarStackViewModel.text.content is missing.

Originally created by @saboshi69 on GitHub (Sep 5, 2025). Original GitHub issue: https://github.com/sigma67/ytmusicapi/issues/816 - [x] I confirm that I have read the [FAQ](https://ytmusicapi.readthedocs.io/en/stable/faq.html#why-is-ytmusicapi-returning-more-results-than-requested-with-the-limit-parameter) **Describe the bug** After upgrading to **ytmusicapi 1.11.1**, fetching certain playlists fails with the following error: ytmusicapi.exceptions.NavigationError: Unable to find 'text' using path ['facepile', 'avatarStackViewModel', 'text', 'content'] This only occurs when using a **collaborative unlisted/private playlist** (invite-only by link) (Unauthenticated requests ). Public playlists do not trigger the error. In the JSON response for collaborative private playlists, the `"text"` field under `"avatarStackViewModel"` is missing. Instead, the collaborator name is now found under: ```json rendererContext.accessibilityContext.label``` This causes methods like get_playlist to crash. The same call works correctly on version 1.11.0. ytmusicapi version 1.11.1 To Reproduce Install ytmusicapi 1.11.1 Call get_playlist(playlistId) on a private/unlisted collaborative playlist Observe the exception: Unable to find 'text' using path ['facepile', 'avatarStackViewModel', 'text', 'content'] Try the same with a public playlist → no error Additional context It looks like YouTube Music changed the data structure for collaborator display in unlisted collaborative playlists. Suggested fix: fall back to rendererContext.accessibilityContext.label if avatarStackViewModel.text.content is missing.

kerem closed this issue

2026-02-27 23:01:12 +03:00

kerem commented

2026-02-27 23:01:12 +03:00

Author

Owner

@sigma67 commented on GitHub (Sep 5, 2025):

@sgvictorino this is related to your recent change, if you want to have a look

@sigma67 commented on GitHub (Sep 5, 2025): @sgvictorino this is related to your recent change, if you want to have a look

kerem commented

2026-02-27 23:01:12 +03:00

Author

Owner

@sgvictorino commented on GitHub (Sep 5, 2025):

So sorry! Should we return "author": { "name": "by User and 1 other", "id": None } then? Would a list of collaborator avatar URLs be useful?

@sgvictorino commented on GitHub (Sep 5, 2025): So sorry! Should we return `"author": { "name": "by User and 1 other", "id": None }` then? Would a list of collaborator avatar URLs be useful?

kerem commented

2026-02-27 23:01:12 +03:00

Author

Owner

@sigma67 commented on GitHub (Sep 6, 2025):

We've had some issues with collaborative playlists before, I think there's even one in the test data. Maybe you can check what info you can get and return that

@sigma67 commented on GitHub (Sep 6, 2025): We've had some issues with collaborative playlists before, I think there's even one in the test data. Maybe you can check what info you can get and return that

kerem referenced this issue

2026-02-27 23:01:46 +03:00

[PR #510] [MERGED] Track positions #631