starred/spotify-player

Fork 0

mirror of https://github.com/aome510/spotify-player.git synced 2026-04-26 17:35:50 +03:00

[GH-ISSUE #179] LikedTrackPage not working/not supported? #88

New issue

Closed

opened 2026-03-02 23:44:25 +03:00 by kerem · 5 comments

kerem commented

2026-03-02 23:44:25 +03:00

Owner

Originally created by @jesyspa on GitHub (Apr 3, 2023).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/179

Describe the bug
When going to the LikedTrack page (g y), the UI is stuck on a "Loading..." screen (but is otherwise responsive, it just never loads).

To Reproduce
Open spotify_player, press g y.

Expected behavior
A list of my liked tracks, or a message that this feature is not supported.

Log and backtrace
The log contains (with RUST_LOG=spotify):

2023-04-03T14:51:22.313366Z DEBUG terminal_event{event=Key(KeyEvent { code: Char('g'), modifiers: NONE, kind: Press, state: NONE })}: spotify_player::event: Handling key event: KeyEvent { code: Char('g'), modifiers: NONE, kind: Press, state: NONE }, current key sequence: KeySequence { keys: [None(Char('g'))] }
2023-04-03T14:51:22.825308Z DEBUG terminal_event{event=Key(KeyEvent { code: Char('y'), modifiers: NONE, kind: Press, state: NONE })}: spotify_player::event: Handling key event: KeyEvent { code: Char('y'), modifiers: NONE, kind: Press, state: NONE }, current key sequence: KeySequence { keys: [None(Char('g')), None(Char('y'))] }
2023-04-03T14:51:22.883452Z  INFO spotify_player::client::handlers: Current context ID (None) is different from the expected ID (Some(Tracks(TracksId { uri: "tracks:user-liked-tracks", kind: "Liked Tracks" }))), update the context state
2023-04-03T14:51:22.883676Z ERROR client_request{request=GetContext(Tracks(TracksId { uri: "tracks:user-liked-tracks", kind: "Liked Tracks" }))}: spotify_player::client::handlers: Failed to handle client request: `GetContext` request for `tracks` context is not supported!

Environment

OS: Arch Linux
Application version: 0.13.1
Application features: defaults, AUR build.

Originally created by @jesyspa on GitHub (Apr 3, 2023). Original GitHub issue: https://github.com/aome510/spotify-player/issues/179 **Describe the bug** When going to the LikedTrack page (`g y`), the UI is stuck on a "Loading..." screen (but is otherwise responsive, it just never loads). **To Reproduce** Open `spotify_player`, press `g y`. **Expected behavior** A list of my liked tracks, or a message that this feature is not supported. **Log and backtrace** The log contains (with `RUST_LOG=spotify`): ``` 2023-04-03T14:51:22.313366Z DEBUG terminal_event{event=Key(KeyEvent { code: Char('g'), modifiers: NONE, kind: Press, state: NONE })}: spotify_player::event: Handling key event: KeyEvent { code: Char('g'), modifiers: NONE, kind: Press, state: NONE }, current key sequence: KeySequence { keys: [None(Char('g'))] } 2023-04-03T14:51:22.825308Z DEBUG terminal_event{event=Key(KeyEvent { code: Char('y'), modifiers: NONE, kind: Press, state: NONE })}: spotify_player::event: Handling key event: KeyEvent { code: Char('y'), modifiers: NONE, kind: Press, state: NONE }, current key sequence: KeySequence { keys: [None(Char('g')), None(Char('y'))] } 2023-04-03T14:51:22.883452Z INFO spotify_player::client::handlers: Current context ID (None) is different from the expected ID (Some(Tracks(TracksId { uri: "tracks:user-liked-tracks", kind: "Liked Tracks" }))), update the context state 2023-04-03T14:51:22.883676Z ERROR client_request{request=GetContext(Tracks(TracksId { uri: "tracks:user-liked-tracks", kind: "Liked Tracks" }))}: spotify_player::client::handlers: Failed to handle client request: `GetContext` request for `tracks` context is not supported! ``` **Environment** - OS: Arch Linux - Application version: 0.13.1 - Application features: defaults, AUR build.

kerem

2026-03-02 23:44:25 +03:00

closed this issue
added the
bug
label

kerem commented

2026-03-02 23:44:26 +03:00

Author

Owner

@aome510 commented on GitHub (Apr 3, 2023):

Can you provide the full log?

The line

2023-04-03T14:51:22.883676Z ERROR client_request{request=GetContext(Tracks(TracksId { uri: "tracks:user-liked-tracks", kind: "Liked Tracks" }))}: spotify_player::client::handlers: Failed to handle client request: `GetContext` request for `tracks` context is not supported!

should not happen if there exists a successful request GetUserSavedTracks on the app startup. That error is not related and can be ignored.

I suspect the page is stuck at loading because the client failed to request a list of liked tracks or the request took too long to run because of the large number of liked tracks. In either case, a full log should be helpful in identifying the problem.

@aome510 commented on GitHub (Apr 3, 2023): Can you provide the full log? The line ``` 2023-04-03T14:51:22.883676Z ERROR client_request{request=GetContext(Tracks(TracksId { uri: "tracks:user-liked-tracks", kind: "Liked Tracks" }))}: spotify_player::client::handlers: Failed to handle client request: `GetContext` request for `tracks` context is not supported! ``` should not happen if there exists a successful request `GetUserSavedTracks` on the app startup. That error is not related and can be ignored. I suspect the page is stuck at loading because the client failed to request a list of liked tracks or the request took too long to run because of the large number of liked tracks. In either case, a full log should be helpful in identifying the problem.

kerem commented

2026-03-02 23:44:26 +03:00

Author

Owner

@jesyspa commented on GitHub (Apr 4, 2023):

Ah sorry, here you go: spotify-player.log

Interestingly, the problem seems to have fixed itself today; now I can get the liked songs immediately after starting the client (here's that log). I have 187 of them, which I don't think is a huge number...

Thanks for looking into it!

@jesyspa commented on GitHub (Apr 4, 2023): Ah sorry, here you go: [spotify-player.log](https://github.com/aome510/spotify-player/files/11145632/spotify-player.log) Interestingly, the problem seems to have fixed itself today; now I can get the liked songs immediately after starting the client (here's [that log](https://github.com/aome510/spotify-player/files/11145672/spotify-player-good.log)). I have 187 of them, which I don't think is a huge number... Thanks for looking into it!

kerem commented

2026-03-02 23:44:26 +03:00

Author

Owner

@sewnie commented on GitHub (Apr 6, 2023):

plz close

@sewnie commented on GitHub (Apr 6, 2023): plz close

kerem commented

2026-03-02 23:44:26 +03:00

Author

Owner

@aome510 commented on GitHub (Apr 9, 2023):

will close this issue for now. Feel free to reopen if this issue still persists consistently.

@aome510 commented on GitHub (Apr 9, 2023): will close this issue for now. Feel free to reopen if this issue still persists consistently.

kerem commented

2026-03-02 23:44:27 +03:00

Author

Owner

@jesyspa commented on GitHub (Apr 14, 2023):

Experiencing something similar a few more times; I suspect the issue may be that if spotify-player loses connection and then regains it, it can still process everything it has locally, and the device can play fine, but any new searches don't give results. I can't reliably reproduce this, though, and I'm not 100% sure it's related since it looks like the Liked Songs should be loaded at startup, but the user experience is the same: the UI gets stuck with Loading... (or with an empty search results page, if you try to search).

Looking at the log, I see a bunch of lines saying

client_request{request=Search("query")}: spotify_player::token: Getting new authentication token...
client_request{request=Player(TransferPlayback("id", false))}: spotify_player::token: Getting new authentication token...
client_request{request=GetBrowseCategories}: spotify_player::token: Getting new authentication token...

Restarting the client got things working again.

EDIT: I think I've managed to reproduce it; it seems like the connection loss simply has to go on for quite a while (probably whatever the session timeout is).

@jesyspa commented on GitHub (Apr 14, 2023): Experiencing something similar a few more times; I suspect the issue may be that if spotify-player loses connection and then regains it, it can still process everything it has locally, and the device can play fine, but any new searches don't give results. I can't reliably reproduce this, though, and I'm not 100% sure it's related since it looks like the Liked Songs should be loaded at startup, but the user experience is the same: the UI gets stuck with `Loading...` (or with an empty search results page, if you try to search). Looking at the log, I see a bunch of lines saying ``` client_request{request=Search("query")}: spotify_player::token: Getting new authentication token... client_request{request=Player(TransferPlayback("id", false))}: spotify_player::token: Getting new authentication token... client_request{request=GetBrowseCategories}: spotify_player::token: Getting new authentication token... ``` Restarting the client got things working again. EDIT: I think I've managed to reproduce it; it seems like the connection loss simply has to go on for quite a while (probably whatever the session timeout is).

kerem referenced this issue

2026-03-14 12:44:15 +03:00

[GH-ISSUE #88] Repeat a single track #968