mirror of
https://github.com/misiektoja/spotify_monitor.git
synced 2026-04-25 22:55:52 +03:00
[GH-ISSUE #28] TOTP_VER Issue #17
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 @tomballgithub on GitHub (Dec 26, 2025).
Original GitHub issue: https://github.com/misiektoja/spotify_monitor/issues/28
I noticed this before the recent update.
I added the print statement generate_totp():
And noticed there are multiple runs of generate_totp() with the wrong TOTP_VER (before it is loaded from URL/File):
@tomballgithub commented on GitHub (Dec 26, 2025):
It does it 3 times because that is the # of retries on failure.
if I put the latest SECRET_CIPHER_DICT into the .conf file, it works the first time and doesn't try to load from the URL:
@tomballgithub commented on GitHub (Dec 26, 2025):
Code currently only does fetch_and_update_secrets() if the SECRET_CIPHER_DICT within the .conf doesn't work and fails max_retries times.
Is there any case where you'd want to use the one in the .conf if SECRET_CIPHER_DICT_URL is specified? I think SECRET_CIPHER_DICT_URL should override what's in the .conf starting from the first TOTP attempt
@misiektoja commented on GitHub (Dec 27, 2025):
It was done like that by design. The idea was to put the TOTP secret in
SECRET_CIPHER_DICT_URLand avoid redownloading it if user decides so. However, because we had an old value there, it was tried three times, which obviously did not make any sense. I simply set theSECRET_CIPHER_DICT_URLto an empty one now, so it always gets the fresh one, even though it appears Spotify stopped rotating the secrets every few days.In your case just set
SECRET_CIPHER_DICT = { }in yourspotify_monitor.conffile.