Commit 61e2017
committed
fix: skip track when Spotify refuses its audio key instead of freezing
Spotify makes a per-track, context-dependent decision on granting the legacy AES audio
key. License-gated tracks are refused (AesKeyError, e.g. code 1) during ordinary playlist
playback even though they play fine in DJ/dynamic-session mode and on official clients
(which establish a licensed context). Confirmed empirically: in one session, adjacent
OGG_VORBIS_320 tracks were granted/refused per-track, the refused ones consistently
(prefetch + load), and they play via DJ. Restart/bitrate/fresh-connection make no
difference — it is a server-side decision.
Previously a refused track froze the player. Treat a key refusal like a restricted/
unsupported track and skip to the next one so playback keeps going.
Band-aid: the real fix is proper key licensing (PlayPlay / dynamic-session context) so
these tracks play. Tracked separately.1 parent 374802f commit 61e2017
1 file changed
Lines changed: 14 additions & 2 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
13 | 13 | | |
14 | 14 | | |
15 | 15 | | |
| 16 | + | |
16 | 17 | | |
17 | 18 | | |
18 | 19 | | |
| |||
1018 | 1019 | | |
1019 | 1020 | | |
1020 | 1021 | | |
1021 | | - | |
1022 | | - | |
| 1022 | + | |
| 1023 | + | |
| 1024 | + | |
| 1025 | + | |
| 1026 | + | |
| 1027 | + | |
| 1028 | + | |
| 1029 | + | |
| 1030 | + | |
| 1031 | + | |
| 1032 | + | |
| 1033 | + | |
| 1034 | + | |
1023 | 1035 | | |
1024 | 1036 | | |
1025 | 1037 | | |
| |||
0 commit comments