[GH-ISSUE #202] [Feature Request] Detect and handle duplicate files before download #170

New issue

Closed

opened 2026-02-27 19:02:40 +03:00 by kerem · 2 comments

kerem commented

2026-02-27 19:02:40 +03:00

Owner

Originally created by @TomDep on GitHub (Dec 29, 2025).
Original GitHub issue: https://github.com/afkarxyz/SpotiFLAC/issues/202

Description

When downloading a song or a playlist, SpotiFLAC should check whether files already exist in the managed directory (as defined in the File Manager).

If a file is already present, the application should prompt the user to choose whether to :

Skip the existing file (default behavior), or
Download it anyway (overwrite or keep a duplicate, depending on existing logic)

Most users will likely prefer skipping files that have already been downloaded, so this option should be selected by default.

Additional Requirement

For this feature to be usable and transparent, SpotiFLAC should maintain and expose a list of already-downloaded files once the download process is complete. This could be:

A dedicated section in the UI
A log or summary view after download

Benefits

Prevents unnecessary duplicate downloads
Saves bandwidth and disk space
Improves user control and clarity over download results

Contribution

If this feature is considered useful by others, I would be happy to work on it and open a pull request.

Originally created by @TomDep on GitHub (Dec 29, 2025). Original GitHub issue: https://github.com/afkarxyz/SpotiFLAC/issues/202 ### Description When downloading a song or a playlist, SpotiFLAC should check whether files already exist in the managed directory (as defined in the File Manager). If a file is already present, the application should prompt the user to choose whether to : - Skip the existing file (default behavior), or - Download it anyway (overwrite or keep a duplicate, depending on existing logic) Most users will likely prefer skipping files that have already been downloaded, so this option should be selected by default. ### Additional Requirement For this feature to be usable and transparent, SpotiFLAC should maintain and expose a list of already-downloaded files once the download process is complete. This could be: - A dedicated section in the UI - A log or summary view after download ### Benefits - Prevents unnecessary duplicate downloads - Saves bandwidth and disk space - Improves user control and clarity over download results ### Contribution If this feature is considered useful by others, I would be happy to work on it and open a pull request.

kerem closed this issue

2026-02-27 19:02:40 +03:00

kerem commented

2026-02-27 19:02:41 +03:00

Author

Owner

@rcMarty commented on GitHub (Dec 29, 2025):

+1
Also I already created very similar issue (#194)
And I would be glad if you also implement support for .m3u8 playlists

@rcMarty commented on GitHub (Dec 29, 2025): +1 Also I already created very similar issue (#194) And I would be glad if you also implement support for .m3u8 playlists

kerem commented

2026-02-27 19:02:41 +03:00

Author

Owner

@TomDep commented on GitHub (Dec 29, 2025):

Support for the .m3u8 format seems to be part of another feature and should be implemented separately.
Furthermore, the folder structure is already implemented in the File Manager tab. To my knowledge, it is only used to view the library and rename files from a template.

If by “playlist support” you mean creating a playlist file from downloaded tracks, that would be a good idea to add but also is another feature.

I haven't dig into the code yet but I'm sure we can reutilized the current logic to read/write from the track files.

Also, I'm not sure if the owner of the project is open to pull requests so I'm not going to invest time into this before any validation from them.

@TomDep commented on GitHub (Dec 29, 2025): Support for the .m3u8 format seems to be part of another feature and should be implemented separately. Furthermore, the folder structure is already implemented in the File Manager tab. To my knowledge, it is only used to view the library and rename files from a template. If by “playlist support” you mean creating a playlist file from downloaded tracks, that would be a good idea to add but also is another feature. I haven't dig into the code yet but I'm sure we can reutilized the current logic to read/write from the track files. Also, I'm not sure if the owner of the project is open to pull requests so I'm not going to invest time into this before any validation from them.

kerem referenced this issue

2026-03-01 17:31:41 +03:00

[GH-ISSUE #170] m4a? #830

kerem referenced this issue

2026-03-01 17:31:43 +03:00

[GH-ISSUE #170] m4a? #832

kerem referenced this issue

2026-03-01 17:31:48 +03:00

[GH-ISSUE #170] m4a? #837

kerem referenced this issue

2026-03-13 18:26:58 +03:00

[GH-ISSUE #170] m4a? #1435