-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"New login to Spotify" emails #353
Comments
This needs fixes in gst-plugin-spotify and credentials.json must not be deleted by file cache cleanup. I see two options to protect credentials.json @kingosticks What do you think? |
Are you saying that the problem is the spotifysrc deleting its own credentials.json file accidentally? When is it doing the cleanup? My theory was different. Either way, I don't think option 1 works when running as a system service. Maybe I don't quite understand the problem but is there an option 3 is to put credentials.json in a subfolder? |
No. Currently problem is in gst-plugin-spotify, but when that will be fixed cache cleanup may become next problem. I have tested option 1 and option 2 on Raspberry Pi OS and they both work. |
May be option 4 would be creating directory under Extension.get_data_dir()? May be this is the best? Besides should credentials be cached if allow_cache is off? I think yes because it is part of login and not file cache. |
Correct me if wrong but are we looking at two different issues here.
There's another related one:
|
I think you are right. |
Yes. There are these 2 problems.
|
Are you working on 1? I didn't see any issues there when I looked the other day |
Regarding 1, I see now that the PR already went in. Thanks for sorting that, I just couldn't seem to get round to it. I'll look at the PR for 2 and 3 shortly. |
Not sure this why this was still open, I think it's all been merged. |
I am sometimes getting emails from Spotify notifying my of new logins when playing songs with the latest version. My understanding was these would not be sent when using cached credentials so something is going wrong. The credentials file does exist and looks sensible. The current logging isn't really helping to understand the problem.
The text was updated successfully, but these errors were encountered: