mirror of
https://github.com/Rigellute/spotify-tui.git
synced 2026-04-26 16:15:55 +03:00
[GH-ISSUE #763] spt won't open after disk full #309
Labels
No labels
bug
enhancement
good first issue
help wanted
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-tui#309
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Giraffaman on GitHub (Mar 9, 2021).
Original GitHub issue: https://github.com/Rigellute/spotify-tui/issues/763
I'm using spotify-tui 0.23.0-1 (installed from AUR) with spotifyd on Manjaro 5.10.19-1. Today I managed to end up with 0B free on my /home partition which seemed to stop some applications from working (e.g. Signal which couldn't write logs anymore).
After freeing up about 20GB of space I restarted my machine any everything went back to normal, except now spt does not open anymore - I can still run spt play --url and also control spotifyd over the network, but spotify-tui does not get displayed anymore.
I tried to:
Is there any way I can make spotify-tui write something like debug logs, or is there any other location where I should look for potentially corrupted files?
@Giraffaman commented on GitHub (Mar 9, 2021):
I found that I can still open and use spotify tui as another user and also as root - in both cases I get the config menu at first run and am redirected to the spotify-tui authentication url (the step where it opens a browser to locahost:8888).
However, that step never happens when I try to run spt with my normal user - not even after completely re-installing.
For the moment my workaround is to open spt as root using sudo, but I still do not understand what is keeping spt from displaying its UI.
@Giraffaman commented on GitHub (Mar 10, 2021):
it turns out I still had a (now invalid) spotify_token_cache.json in ~/.config/spotify-tui/ - I moved that file out of the folder, launched spt again and this time was directed to open a browser for authentication at localhost:8888. I am now once again able to use spotify-tui as before.