Markus Kuuse
Markus Kuuse
Thanks for reporting, I wasn't able to reproduce this (using 10.10.5 as well), I published a new version which prints out the full response body, when a NOK response code...
As far as the output goes, the songs are coming from ListenBrainz API, they are still tailored to you, but the API only returns ~25 songs and it updates less...
Thanks for the suggestion. I will look into it after I have added support for downloading via slskd.
"Daily-Jams" and "Weekly-Jams" support added in [v0.11.0](https://github.com/LumePart/Explo/releases/tag/v0.11.0)
I'll try running it in my test environment when I have the time. the code looks really good at the moment. It would be nice to get a function to...
> i've added it as a goroutine for now Yeah, goroutine is what I was thinking too I looked through and ran the code and I'm a bit confused about...
Wouldn't it be more straightforward to do it without the SDK? It would reduce the amount of flows needed and would give us greater control of the request payloads. Especially...
Made a few changes in the dev branch, main changes include: - Added a MonitorDownloads([]*models.Track) function to the Downloader interface, Lidarr most likely can make use of this. - queryTrack()...
Makes perfect sense, I can hopefully test it this week. I also left a couple of reviews in May, regarding the Lidarr part. I don't believe they have been addressed...
I think it would be better to move the monitor refactoring into a separate pull request, after Lidarr is fully implemented. This would simplify testing and allow for a cleaner...