.torrent file is removed from monitored directory after being automatically added [v4.1.5]

[CameronHudson8]

Please provide the following information

qBittorrent version and Operating System

v4.1.5 64-bit Windows 10 Pro

If on linux, libtorrent and Qt version

not applicable

What is the problem

.torrent file is removed from monitored directory after being automatically added

What is the expected behavior

1. Torrent added
2. .torrent file is in monitored folder

Steps to reproduce

1. Tools > Options.. > Downloads
2. Make sure that "Delete .torrent files afterwards" is not selected
3. Add some monitored folder
4. Move .torrent file to monitored folder

Extra info(if any)

@arkrost had previously found that the issue is caused by this line.

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[Chocobo1]

I would say it is expected behavior as explained in https://github.com/qbittorrent/qBittorrent/issues/5582#issuecomment-307833275, please elaborate why it should be a bug.

If you need .torrent files retained, see https://github.com/qbittorrent/qBittorrent/issues/5582#issuecomment-256479452.

[noraj]

This is normal behavior. Use the option Copy .torrent file to to save them elsewhere.

[meequz]

Deletion behavior confused me too. It looks like a bug for a novice. And I don't see why it is not a bug. qBittorrent can compare torrent files in the monitored folder with the torrent files it saves in "~/.local/share/data/qBittorrent", to decide what was just added and what is old. No need to delete them.

[ShepardEG]

l behavior. Use the option Copy .torrent file to to save them elsewhere.

Its not working if torrent added by watched folders.

@thalieht thx for closing my issue, this one is fine too.

[BloodyIron]

Hey so I want to throw my hat into the ring here that this auto-deletion of .torrent files in watched folders is not a desirable UX and a setting to keep them is something I want, and actually have used for years with rtorrent/rutorrent

For me, I need to keep the .torrent files in the folder that's being watched, and not moved anywhere else. This is important for my organisation as I work with many trackers, and to keep my data organised I separate which torrents are in which tracker folder, and of course, the saved data in corresponding saved folders for each tracker.

With the "solution" of copying all the torrents into a single folder, this breaks the organisation of which torrents (from a filesystem perspective) are for which trackers. And I deal with hundreds of torrent files, so I am not interested in having to manually check which torrents are for which trackers.

As I mentioned, I've been using rtorrent/rutorrent in this same fashion for years, but I'm trying to migrate away from it to something that's regularly updated (qbittorrent? maybe something else).

The UX for this for rtorrent/rutorrent is I drop a torrent into a specific folder, it starts and downloads the torrent into the corresponding save folder. It keeps the torrent in the folder I put it in. When I tell the webGUI for rutorrent to delete the torrent (at a later time) it deletes the data, and the torrent file. If rtorrent/rutorrent reboots/re-inits it loads the torrent and compares the data on-disk vs the cache it has already generated, so if the torrent client exited nicely, then the re-checking won't need to happen and all the torrents become operational within seconds, or so.

I really do need this functionality, and copying all torrents to a single folder is very problematic for organising at this scale. And I think this kind of a setting is worth implementing into qbittorrent. Because honestly, if it means I have to go back to my old-as-balls rtorrent/rutorrent just for this one feature, I will, it is that valuable to me.

Any chance we can have this topic revisited please?

[WoodpeckerBaby]

Guys, it's a queue. When an item in a queue is processed, it gets popped out, you can decide where it pops to,

[makerio90]

Deletion behavior confused me too. It looks like a bug for a novice. And I don't see why it is not a bug. qBittorrent can compare torrent files in the monitored folder with the torrent files it saves in "~/.local/share/data/qBittorrent", to decide what was just added and what is old. No need to delete them.

not even that. could just make a file in the watched dir, something along the lines of .bittorent_queue.log where it prints every file its seen. this makes it needlessly difficult to keep stuff organized since the Copy .torrent file to cant be the same as the watched dir. i will try a few different torent clients to see if there is one that dosent do this

[sage2050]

+1 this behavior is bad

I have a tool that will make a torrent and automatically upload it to a specified tracker, but I can't have qbt automatically add it from the watch folder because it will delete it before it can be uploaded.