Define Location Overwrites already existing files #8009

Closed
opened 2026-02-21 19:17:32 -05:00 by deekerman · 2 comments
Owner

Originally created by @lastdaysoftware on GitHub (Nov 2, 2018).

Please provide the following information

qBittorrent version and Operating System

4.1.3 Windows 10

What is the problem

Had to move a folder to another location. Said folder had several files, some completed, some still downloading (same torrent). After moving the file, used the 'Define Location' context menu on the torrent, and it stated it started 'moving'. After it completed, all previously downloaded files were erased.

Probably a use case that wasn't thought of, still, it can and will lead to a big loss of data.

What is the expected behavior

Described above. Should check existing folder before 'moving'

Steps to reproduce

Described above.

Originally created by @lastdaysoftware on GitHub (Nov 2, 2018). **Please provide the following information** ### qBittorrent version and Operating System 4.1.3 Windows 10 ### What is the problem Had to move a folder to another location. Said folder had several files, some completed, some still downloading (same torrent). After moving the file, used the 'Define Location' context menu on the torrent, and it stated it started 'moving'. After it completed, all previously downloaded files were erased. Probably a use case that wasn't thought of, still, it can and will lead to a big loss of data. ### What is the expected behavior Described above. Should check existing folder before 'moving' ### Steps to reproduce Described above.
deekerman 2026-02-21 19:17:32 -05:00
  • closed this issue
  • added the
    Duplicate
    label
Author
Owner

@annomatik commented on GitHub (Dec 29, 2018):

I have the impression, that if I add multiple torrents which target the same directory, the result is chaos. For me, the expected behavior would be that qBitTorrent takes care, that that does not happen (e.g. by adding something to the directory name if there's a conflict, maybe a number or somethething else).

Also, if on Windows the filepath+filename exceed a certain limit (e.g. for animes, which can have crazy-long filenames), the files are not moved from the download directory to the completed directory. Instead, files are left in the download directory, even though qBitTorrent reports that everything is alright. TotalCommander can still move the files to the completed directory. So I think, that kind of file / directoryhandling could be improved in a future version.

@annomatik commented on GitHub (Dec 29, 2018): I have the impression, that if I add multiple torrents which target the same directory, the result is chaos. For me, the expected behavior would be that qBitTorrent takes care, that that does not happen (e.g. by adding something to the directory name if there's a conflict, maybe a number or somethething else). Also, if on Windows the filepath+filename exceed a certain limit (e.g. for animes, which can have crazy-long filenames), the files are not moved from the download directory to the completed directory. Instead, files are left in the download directory, even though qBitTorrent reports that everything is alright. TotalCommander can still move the files to the completed directory. So I think, that kind of file / directoryhandling could be improved in a future version.
Author
Owner

@Piccirello commented on GitHub (Aug 4, 2019):

Duplicate of #127

@Piccirello commented on GitHub (Aug 4, 2019): Duplicate of #127
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/qBittorrent#8009
No description provided.