The Deezer provider correctly pulled the full discography for a fresh 2026 release (Ab Ovo's self-titled album, 11 tracks). The matching during download, though, has a problem worth reporting.
This is a hard case — a self-titled album where artist = album = "Ab Ovo", and a brand-new release barely shared on Soulseek yet — but the failure mode seems like a real bug.
What happened:
For 10 of 11 tracks, slskd returned no suitable file found / No results — expected, since this niche 2026 release isn't widely shared on Soulseek yet.
For track "The Story", Crate downloaded a completely wrong file:
...\Peter Gabriel - OVO 2000\01. The story of OVO.flac
It matched Peter Gabriel's "The Story of OVO" (from his 2000 album OVO) to my request for Ab Ovo – "The Story", presumably because the filename contains "story" and "OVO". The wrong file was then organized into the library as Ab Ovo/Ab Ovo (2026)/02 - The Story.flac, so a mismatched track is now masquerading as the real one.
The issue:
The scoring seems to treat artist-name matching as a bonus rather than a requirement. The candidate file's path artist ("Peter Gabriel") doesn't match the requested artist ("Ab Ovo"), yet it still passed as the best result and got downloaded, tagged, and organized.
Suggestions:
Stricter artist matching — a configurable minimum artist-name similarity threshold below which a candidate is rejected outright, not just scored lower. When requested artist and file artist don't match at all, it's almost never the right file.
Fuzzy-match guard for short/common words — tracks with short or generic titles ("The Story", "Grace", "Suppose") are prone to false hits; weighting artist and album match more heavily for these would help.
Screenshots attached: discography view, download activity log showing the wrong match, and the resulting file layout.

The Deezer provider correctly pulled the full discography for a fresh 2026 release (Ab Ovo's self-titled album, 11 tracks). The matching during download, though, has a problem worth reporting.
This is a hard case — a self-titled album where artist = album = "Ab Ovo", and a brand-new release barely shared on Soulseek yet — but the failure mode seems like a real bug.
What happened:
For 10 of 11 tracks, slskd returned no suitable file found / No results — expected, since this niche 2026 release isn't widely shared on Soulseek yet.
For track "The Story", Crate downloaded a completely wrong file:
...\Peter Gabriel - OVO 2000\01. The story of OVO.flac
It matched Peter Gabriel's "The Story of OVO" (from his 2000 album OVO) to my request for Ab Ovo – "The Story", presumably because the filename contains "story" and "OVO". The wrong file was then organized into the library as Ab Ovo/Ab Ovo (2026)/02 - The Story.flac, so a mismatched track is now masquerading as the real one.
The issue:
The scoring seems to treat artist-name matching as a bonus rather than a requirement. The candidate file's path artist ("Peter Gabriel") doesn't match the requested artist ("Ab Ovo"), yet it still passed as the best result and got downloaded, tagged, and organized.
Suggestions:
Stricter artist matching — a configurable minimum artist-name similarity threshold below which a candidate is rejected outright, not just scored lower. When requested artist and file artist don't match at all, it's almost never the right file.
Fuzzy-match guard for short/common words — tracks with short or generic titles ("The Story", "Grace", "Suppose") are prone to false hits; weighting artist and album match more heavily for these would help.
Screenshots attached: discography view, download activity log showing the wrong match, and the resulting file layout.