Fixing issues with importing playlists to AudioTube with specific URL formats

Tips and Tricks
1

When importing playlists to AudioTube, using a URL with si=<tracking_id> fails.
Ex:

  • Using https://music.youtube.com/playlist?list=<playlist_id>&si=<tracking_id> (usually appears when the share button is used) fails with an empty playlist and the below mentioned exception.
  • Using instead
    https://music.youtube.com/playlist?list=<playlist_id> (the URL that is visible in address bar) works.

When failing, console output contains a python exception in the following format. (several parts have been replaced with placeholders)

KeyError: "Unable to find 'contents' using path ['contents', 'twoColumnBrowseResultsRenderer', 'tabs', 0, 'tabRenderer', 'content', 'sectionListRenderer', 'contents', 0] on {'responseContext': {'serviceTrackingParams': [{'service': 'GFEEDBACK', 'params': [{'key': 'has_unlimited_entitlement', 'value': 'False'}, {'key': 'browse_id', 'value': '<playlist_id>si=<tracking_id>'}, {'key': 'browse_id_prefix', 'value': ''}, {'key': 'logged_in', 'value': '0'}]}, {'service': 'CSI', 'params': [{'key': 'c', 'value': 'WEB_REMIX'}, {'key': 'cver', 'value': '1.20260610.01.00'}, {'key': 'yt_li', 'value': '0'}, {'key': 'GetBrowsePlaylistDetailPage_rid', 'value': '0x1e95292e5dee4065'}]}, {'service': 'ECATCHER', 'params': [{'key': 'client.version', 'value': '1.20000101'}, {'key': 'client.name', 'value': 'WEB_REMIX'}]}], 'responseId': '<unique_identifier>'}, 'trackingParams': '<unique_identifier>', 'microformat': {'microformatDataRenderer': {'noindex': True}}}, exception: 'contents'"

At:
  /usr/lib/python3.14/site-packages/ytmusicapi/navigation.py(143): nav
  /usr/lib/python3.14/site-packages/ytmusicapi/mixins/playlists.py(157): get_playlist

Removing the tracking id and using the link to playlist fixes the issue.

If anyone else is having problems with importing playlists, please try using the playlist URL without the tracking part.

Also, it would be great to have AudioTube strip the tracking part of the URL on its own so that users do not get frustrated with seemingly unreliable behavior. While it’s not a critical issue, it would help a lot if this issue could be addressed in a future update of AudioTube as it would possibly reduce some hard to reproduce bug reports.