[GH-ISSUE #110] [Bug Report] Change in Metadata : Cause "Cannot get alternative track" #95

New issue

Closed

opened 2026-02-27 04:57:30 +03:00 by kerem · 2 comments

kerem commented

2026-02-27 04:57:30 +03:00

Owner

Originally created by @Scrameupeutchi on GitHub (Nov 6, 2025).
Original GitHub issue: https://github.com/Googolplexed0/zotify/issues/110

Originally assigned to: @Googolplexed0 on GitHub.

Zotify Version
v0.9.21

Bug Description
While we were used to encounter this bug due to various circumstances in the past, here it comes again since a few hours, preventing the use of the library. I suspect the fix should come from kokarare's librespot-python, and is already reported there : https://github.com/kokarare1212/librespot-python/issues/321 . We might be able to adapt the workaround librespot-org folks already have found : https://github.com/librespot-org/librespot/pull/1622 .

From what I could understand from the way the track's URL is retrieved, the Metadata should contain a "file" field to get the information from. However, the result I'm getting in debug does not seems to include that parameter anymore :

> id: "v\335\317\256TGG\216\242\'i\032A\200\253\030"
> name: "Butterfly"
> album {
>   gid: "{\341\320\325E(GT\216P\214\234\273\254[N"
>   name: "Smile"
>   artist {
>     gid: "\030\206\261\217\231\361G:\202\3048\330F\334\023\361"
>     name: "SMiLE.dk"
>   }
>   label: "Parlophone Denmark"
>   date {
>     year: 1998
>     month: 7
>     day: 13
>   }
>   cover_group {
>     image {
>       file_id: "\253gam\000\000\036\002\326j\306id-u\333\265)E\253"
>       size: DEFAULT
>       width: 300
>       height: 300
>     }
>     image {
>       file_id: "\253gam\000\000HQ\326j\306id-u\333\265)E\253"
>       size: SMALL
>       width: 64
>       height: 64
>     }
>     image {
>       file_id: "\253gam\000\000\262s\326j\306id-u\333\265)E\253"
>       size: LARGE
>       width: 640
>       height: 640
>     }
>   }
> }
> artist {
>   gid: "\030\206\261\217\231\361G:\202\3048\330F\334\023\361"
>   name: "SMiLE.dk"
> }
> number: 1
> disc_number: 1
> duration: 177453
> popularity: 64
> external_id {
>   type: "isrc"
>   id: "DKABA9814003"
> }
> earliest_live_timestamp: 413146860
> has_lyrics: true
> licensor {
>   uuid: "\2037\246\256\254\247D\247\263 P\360\306n\023\217"
> }

Originally created by @Scrameupeutchi on GitHub (Nov 6, 2025). Original GitHub issue: https://github.com/Googolplexed0/zotify/issues/110 Originally assigned to: @Googolplexed0 on GitHub. **Zotify Version** v0.9.21 **Bug Description** While we were used to encounter this bug due to various circumstances in the past, here it comes again since a few hours, preventing the use of the library. I suspect the fix should come from kokarare's librespot-python, and is already reported there : https://github.com/kokarare1212/librespot-python/issues/321 . We might be able to adapt the workaround librespot-org folks already have found : https://github.com/librespot-org/librespot/pull/1622 . From what I could understand from the way the track's URL is retrieved, the Metadata should contain a "file" field to get the information from. However, the result I'm getting in debug does not seems to include that parameter anymore : ``` > id: "v\335\317\256TGG\216\242\'i\032A\200\253\030" > name: "Butterfly" > album { > gid: "{\341\320\325E(GT\216P\214\234\273\254[N" > name: "Smile" > artist { > gid: "\030\206\261\217\231\361G:\202\3048\330F\334\023\361" > name: "SMiLE.dk" > } > label: "Parlophone Denmark" > date { > year: 1998 > month: 7 > day: 13 > } > cover_group { > image { > file_id: "\253gam\000\000\036\002\326j\306id-u\333\265)E\253" > size: DEFAULT > width: 300 > height: 300 > } > image { > file_id: "\253gam\000\000HQ\326j\306id-u\333\265)E\253" > size: SMALL > width: 64 > height: 64 > } > image { > file_id: "\253gam\000\000\262s\326j\306id-u\333\265)E\253" > size: LARGE > width: 640 > height: 640 > } > } > } > artist { > gid: "\030\206\261\217\231\361G:\202\3048\330F\334\023\361" > name: "SMiLE.dk" > } > number: 1 > disc_number: 1 > duration: 177453 > popularity: 64 > external_id { > type: "isrc" > id: "DKABA9814003" > } > earliest_live_timestamp: 413146860 > has_lyrics: true > licensor { > uuid: "\2037\246\256\254\247D\247\263 P\360\306n\023\217" > } ```

kerem

2026-02-27 04:57:30 +03:00

closed this issue
added the
bug
label

kerem commented

2026-02-27 04:57:30 +03:00

Author

Owner

@Googolplexed0 commented on GitHub (Nov 11, 2025):

Fixed on efficient-api branch, thanks for the detailed bug report and cause identification!

@Googolplexed0 commented on GitHub (Nov 11, 2025): Fixed on efficient-api branch, thanks for the detailed bug report and cause identification!

kerem commented

2026-02-27 04:57:31 +03:00

Author

Owner

@on3iro commented on GitHub (Nov 11, 2025):

Fixed on efficient-api branch, thanks for the detailed bug report and cause identification!

Thanks a ton. Do you have an ETA when this will be released, or should we meanwhile simply checkout the mentioned branch?

@on3iro commented on GitHub (Nov 11, 2025): > Fixed on efficient-api branch, thanks for the detailed bug report and cause identification! Thanks a ton. Do you have an ETA when this will be released, or should we meanwhile simply checkout the mentioned branch?