Duplicate downloads when disable_sync=True
Environment
- Soularr: latest Docker image (
mrusse08/soularr:latest)
- slskd: latest Docker image
- Lidarr: latest LinuxServer.io image
- Docker Compose
- OMV (Debian)
Configuration
disable_sync = True
Reason:
I manually process all downloaded albums through MusicBrainz Picard before moving them into my permanent music library. I do not want Soularr to trigger automatic Lidarr imports.
The Docker volume mappings and download paths match the documentation:
- Lidarr download path:
/downloads/slskd/download
- Soularr download path:
/downloads/download
Steps to reproduce
- Add a monitored album in Lidarr.
- Start Soularr.
- Soularr finds a match and downloads the album successfully.
- Leave the downloaded album in the slskd download folder (do not process/import it yet).
- Restart Soularr (or wait for the next polling interval).
- Soularr searches again and downloads the same album from a different Soulseek user.
Expected behaviour
If the album already exists in the configured download directory, Soularr should either:
- skip it,
- recognise it is already downloaded,
- or recognise that it has already been queued.
Actual behaviour
Soularr performs a completely new search and queues another download from another user.
This results in duplicate tracks, for example:
- Track 01.flac
- Track 01 (1).flac
- Track 01 (2).flac
or multiple copies of the same album from different uploaders.
Notes
This behaviour is reproducible every time using the above steps.
Once the album is processed with MusicBrainz Picard, moved into the Lidarr library, and the artist is rescanned, Lidarr correctly marks the album as downloaded.
The issue only occurs while the album remains in the slskd download folder waiting for manual processing.
Duplicate downloads when
disable_sync=TrueEnvironment
mrusse08/soularr:latest)Configuration
disable_sync = TrueReason:
I manually process all downloaded albums through MusicBrainz Picard before moving them into my permanent music library. I do not want Soularr to trigger automatic Lidarr imports.
The Docker volume mappings and download paths match the documentation:
/downloads/slskd/download/downloads/downloadSteps to reproduce
Expected behaviour
If the album already exists in the configured download directory, Soularr should either:
Actual behaviour
Soularr performs a completely new search and queues another download from another user.
This results in duplicate tracks, for example:
or multiple copies of the same album from different uploaders.
Notes
This behaviour is reproducible every time using the above steps.
Once the album is processed with MusicBrainz Picard, moved into the Lidarr library, and the artist is rescanned, Lidarr correctly marks the album as downloaded.
The issue only occurs while the album remains in the slskd download folder waiting for manual processing.