102

PSA qBittorrent-nox v5.0.0 moves removed torrent data to .Trash by default (lemm.ee)

submitted 3 weeks ago* (last edited 3 weeks ago) by American_Jesus@lemm.ee to c/piracy@lemmy.dbzer0.com

9 comments fedilink hide all child comments

When removing a torrent with "Also remove the content files" instead of deleting the files it moves to .Trash-ID, even on headless/docker systems.

Set to delete files: Settings -> Advanced -> Torrent content removing mode: Delete files permanently

Issue https://github.com/qbittorrent/qBittorrent/issues/21497

PS: There's a pull request to revert back to delete https://github.com/qbittorrent/qBittorrent/pull/21528

you are viewing a single comment's thread
view the rest of the comments

[-] turkalino@lemmy.yachts 2 points 3 weeks ago

It drives me nuts when Linux applications do this. Delete features should be analogous to rm, simple as that.

KDE recently added an “extract and delete archive” context menu option and it’s absolutely useless because it moves the archive to the Trash folder

[-] neshura@bookwormstory.social 6 points 3 weeks ago* (last edited 3 weeks ago)

You apparently have little interaction with regular users because one of the top problems a non-power user has is "oops I accidentally hit delete on this important file I don't have a backup of".

Not saying qbittorrent-nox of all things switching makes a ton of sense but at least for desktop applications there is a very good reason why deleting things becomes a two step process.

[-] taaz@biglemmowski.win 3 points 3 weeks ago

Graphical applications should definitely do this, it's rather easy to hit delete accidentally but in CLI? I wanna see a cat type rm and some valid parameters, so if the user typed the whole command out it should probably do just the one exact (destructive) thing.