youegraillot/lidarr-on-steroids

Download wasn't grabbed by Lidarr and not in a category, Skipping.

ruvido opened this issue · 5 comments

ruvido commented

Fresh install on debian and docker compose. Added my ARL and logged in in deemiz. When I request a track in deemix, the track is downloaded but appears in Lidarr in Queue with an orange icon on the left with a helper saying:

Download wasn't grabbed by Lidarr and not in a category, Skipping.

Files are in the deemix folder (/download) and not moved by Lidarr to proper directory (/music).

What did I miss in the config?

Just fyi, this is my docker compose (only the relevant part)

lidarr:
      image: youegraillot/lidarr-on-steroids
      restart: unless-stopped
      ports:
        - "8686:8686" # Lidarr web UI
        - "6595:6595" # Deemix web UI
      volumes:
        - ./lidarr_config:/config
        - ./deemix_config:/config_deemix
        - /media/deemix/downloads:/downloads
        - /media/music:/music

Thanks a lot for your help

alexanderek commented

same issue, is there a solution?

Maddjik commented

Yes, have you found a workaround? I dont like Lidarr native search i would prefer to use deemix for looking up songs

lumen-novum commented

I believe since Lidarr is not able to find the album on their side, it can't import it into your library. Deemix still downloads the album and the songs, it's just not copied over.

I may look into writing a Lidarr plugin that automatically moves it over. Not sure if that is the best solution but if possible, it may work.

lumen-novum commented

If you don't need lidarr, I'd look into something like this.

That ended up working for me in the end. 🙂

Marc-Ellsworth commented

I'm actively running into this as well, I can't find any way to force lidarr to import the files, has anyone come up with a workaround to this?