Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion: Delete/ignore torrents in watch folder that has been removed (from downloads in Tribler) #2772

Closed
Thomasedv opened this issue Jan 30, 2017 · 9 comments

Comments

@Thomasedv
Copy link

Operating system and version:

Windows 10

Suggestion:

When you removed a torrent (added earlier by watch folder) with the GUI in Tribler, either simply removing it, or the deleting the files too, one would rather not want to have it reappear instantly and if you deleted the files, have it start downloading again. Deleting torrents from the watch folder, is the only option, and then removing them from Tribler.

Since i use a program that downloads torrents to a folder, a mistakenly added one or one that you want to remove, will be quite a bit of trouble to deal with, as you need to navigate to the folder with torrents, and then removed them, before actually removing them in Tribler. So, if Tribler ignored those that you remove, or simply delete the .torrent file (could be an option.) would be nice.

Plus deleting the .torrent files once you are done with them, would help with cleanup of .torrent files you don't have the need for anymore. (Thus probably a good idea it being an option to delete .torrent files on torrent removal.)

@devos50 devos50 added this to the Backlog milestone Jan 30, 2017
@Dmole
Copy link
Contributor

Dmole commented Dec 19, 2017

This is more of a bug than an enhancement IMO.

@ichorid ichorid self-assigned this Oct 7, 2021
@drew2a drew2a removed the type: bug label Dec 23, 2022
@ichorid ichorid removed their assignment Feb 17, 2023
@qstokkink qstokkink removed this from the Backlog milestone Aug 23, 2024
@qstokkink
Copy link
Contributor

I implemented this feature in #8306, but then removed it again.

Long story short, this feature led to confusion because a "watch folder" is implied to only "watch" and not "synchronize".

For that reason, we chose not to implement this feature.

@Concept211
Copy link

Tribler is downloading the .torrent files just fine when they are placed in my configured watch folder, but when I remove completed downloads from Tribler, it starts downloading the same files again because the previous .torrent files are still in the watch folder. Isn't Tribler supposed to delete the .torrent file once it starts downloading? What am I missing?

@qstokkink
Copy link
Contributor

You're not missing anything, that is working exactly as designed.

By design, our watch folder only watches, it will not remove anything. If you want to remove a torrent, it must first be removed from your watch folder and then from the Tribler interface.

@Concept211
Copy link

You're not missing anything, that is working exactly as designed.

By design, our watch folder only watches, it will not remove anything. If you want to remove a torrent, it must first be removed from your watch folder and then from the Tribler interface.

But it creates an annoyance when you're downloading many files at once and you have to try and keep track of which ones have completed downloading to try and find and match the corresponding .torrent files from the watch folder first before removing the completed download from the UI.

Couldn't we have an option in the settings to auto-delete the .torrent file upon completion or when Tribler imports the torrent?

I'm sure I'm not the only one with this issue and is a standard feature with every other bittorrent client. Would be greatly appreciated! 👍

@qstokkink
Copy link
Contributor

Sure, we can implement such a flag. If you want to keep track of when it is implemented, you could create a new issue. Otherwise, I can create the issue.

We already have other watch-folder-related improvements planned for 8.2. So, I think that could be part of that release as well.

@Concept211
Copy link

Sure, we can implement such a flag. If you want to keep track of when it is implemented, you could create a new issue. Otherwise, I can create the issue.

We already have other watch-folder-related improvements planned for 8.2. So, I think that could be part of that release as well.

That would be perfect, thanks! I went ahead and created the new issue here: #8500

@ichorid
Copy link
Contributor

ichorid commented Mar 10, 2025

Well, the proper way to fix it, IMHO, is to just delete the torrent file in the watch folder as soon as the torrent is added to Tribler for downloading.

@Concept211
Copy link

Well, the proper way to fix it, IMHO, is to just delete the torrent file in the watch folder as soon as the torrent is added to Tribler for downloading.

It doesn't help when you have automated external processes placing .torrent files into the watch folder like SickChill. A simple option to allow us to have Tribler auto-delete would be a good workaround.

Other clients like uTorrent and qBittorrent although they don't auto-delete by default, they don't immediately restart the download the moment you remove the completed torrents from the UI. This is the main issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

7 participants