mirror of
https://github.com/afkarxyz/SpotiFLAC.git
synced 2026-04-26 15:45:54 +03:00
[GH-ISSUE #332] [Bug Report] Not finding any existing tracks on batch download start #1584
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/SpotiFLAC#1584
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @NhKPaNdA on GitHub (Jan 14, 2026).
Original GitHub issue: https://github.com/afkarxyz/SpotiFLAC/issues/332
[Bug Report]
Problem
Not finding any existing tracks on batch download start
Type
Artist
Spotify URL
https://open.spotify.com/artist/7CdGfkCRgPhElnqy3HPJ4a/discography/all
Version
SpotiFLAC v7.0.5
OS
Windows
Additional Context
When starting a download all of an artist discography after a first run to get any missing tracks, it checks for existing files but finds none. Then proceeds to go through each track but ends up skipping them anyway because the files already exist.
@afkarxyz commented on GitHub (Jan 15, 2026):
If the others work, it means that the rest cannot be downloaded by third-party APIs. I only made the request, and the problem is beyond my control.
@NhKPaNdA commented on GitHub (Jan 15, 2026):
I think you misunderstood. I'm not talking about downloading the files. I'm talking about checking existing local files on a second run of the download all.
I downloaded the discography once and it had a couple preview tracks instead of full tracks. I then deleted those tracks and then changed the source and restarted the download all.
The first download did near 1000 tracks as you can see in the image but when starting the same download a second or third time it says it finds 0 local files so it has to go through every single song to check. But you can then see it's skipping soooo many songs because the local files already exist from the previous download.
This wasn't the issue 2 or so versions ago. It would check existing local files and only bother calling the api for the songs it didn't find on disk.