mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
Option to move deleted items to Recycled Bin #3058
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#3058
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @wind77 on GitHub (Sep 13, 2015).
Currently when deleting a torrent, checking "Also delete the files on the hard disk", the files would be deleted directly.
Would like to get an option to move the files to Recycled Bin instead, so that users can retrieve the files in the event of accidental deletion.
@chrishirst commented on GitHub (Sep 13, 2015):
duplicate of
#2475
See also #2247 item 9 in reply No.5 by @sledgehammer999
@wind77 commented on GitHub (Sep 13, 2015):
Recycled Bin exists for a purpose.
If Recycled Bin is useless, MS would not preserve it for years since the very first Windows.
While I respect that Dev has the rights to their perception, shouldn't Dev listen to what other users want as well?
@chrishirst commented on GitHub (Sep 13, 2015):
Only for "Windows Explorer" use actually, because it turned out to be to easy to delete files and folders accidentally, as the very first releases of M$ WIMP environments did not have a "Recycle Bin" and 'delete' really meant delete.
Just another case of computer users generally being "dumbed down" into not taking or not needing to take, care or responsibility for their own actions.
And that's not a dig at you personally ... ... It's a dig at the whole world.
@wind77 commented on GitHub (Sep 13, 2015):
A feature is requested when it is useful to users.
If you deny a feature because you gauge only a dig would need that, then I presume you're perceiving this app to be exclusive to elites.
If we continue the discussion this way, we won't see any feature coming to qBT.
One reason why many users are switching away from uT is because uT doesn't listen.
Is it qBT's turn now?
@chrishirst commented on GitHub (Sep 13, 2015):
But it isn't.
If it was really useful for a majority of users, would you not expect to see dozens of requests?
instead of just three or so.
If any of the developers found themselves needing such a feature, do you not think it would be added by now?
Personally; In the three years or so I have been using qbittorrent I haven't once thought "I wish I could 'recycle' rather than 'delete'!
uTorrent developers are PAID to do what they are told to do, NOT to do what users want or what they think might be handy.
qBittorrent developers are volunteers who do what is important to the majority of end users. They are also qbittorrent users, not programmers / developers who may not even use on a daily basis, the product they are developing.
@wind77 commented on GitHub (Sep 13, 2015):
If you're saying that gikeymarcia, tempuser11000 and me, all are not USERS, and thus saying that "This feature is useful to none, since gikeymarcia, tempuser11000 and wind77 are not users", I would TOTALLY agree with you.
Similarly, I can counter argue it this way: MS has more users than qBT, if Recycled Bin is a useless feature, wouldn't MS have scrapped it ages ago?
How many percent of end users would NOT want this feature? U have any idea?
Lastly, I'm gratitude for all the dev here, who spent countless time to dev qBT.
I do respect your decision to keep qBT as elite-only app - no "dumb" features, no "minority-needed" features.
It is rightfully your choice to distant yourselves from users.
PS: if any of other features I requested are dumb, kindly close them - I have been tagged as "non-user" anyway.
@chrishirst commented on GitHub (Sep 13, 2015):
Apples and Oranges. Windows is an operating system not an application running on a particular OS.
It is not "elite only", it is a "small running footprint" and the more supposedly 'useful features' that get added, the bigger the footprint. And the the qbittorrent's USP (Unique Selling Point) is no longer applicable.
Of course the application is open source so you can add whatever features that you feel are necessary by developing them yourself or having someone write them for you. Just don't expect them to be merged in to 'official' releases.
@chrishirst commented on GitHub (Sep 13, 2015):
By the way;
Three is only a majority when there are less than six in the set.
@wind77 commented on GitHub (Sep 13, 2015):
Firstly, what is USP of qBT in eyes of dev?
Small footprint?
qBT v3.2.3 = 11.42 M
uTorrent 3.4.4 Build 40911 = 1.62MB
Features?
https://en.wikipedia.org/wiki/Comparison_of_BitTorrent_clients#Features_I
Other than tracker exchange which is exclusive to qBT clients only, any feature on qBT that uT doesn't have?
What exactly is USP of qBT in eyes of users?
http://filehippo.com/download_utorrent/comments/
https://www.reddit.com/r/Piracy/comments/3ioewp/what_finally_convinced_me_to_ditch_utorrent/
http://www.fosshub.com/qBittorrent.html
Weak spot of qBT
http://torrent-clients.softwareinsider.com/compare/32-45/qBittorrent-vs-uTorrent
@bloodybunny commented on GitHub (Sep 13, 2015):
i also want this. not critical, but useful for me
@ghost commented on GitHub (Sep 14, 2015):
+1
@sledgehammer999 commented on GitHub (Sep 15, 2015):
Just don't delete the files when removing the torrent from the transferlist.
I cannot actually think of a situation where you select to "also remove from disk" but need them to go Recycle bin. What for? Just to restore them 2 days later?
As I have said to the other 2 issues this is useless in my opinion.
@axellira commented on GitHub (Mar 9, 2018):
I approve of this feature. If it's not useful to all, just make it optional. What would this take, 5 to 10 lines of code? I highly doubt this would add any significant amount of footprint.
Also I do agree that all these "make absolute sure you will not regret it", "pay more attention" and "this is for unsavvy people" replies are indeed rather uncalled for and a little bit on the elitist side.
@FranciscoPombal commented on GitHub (Mar 9, 2018):
@axellira
The recycle bin is an artefact of bad computer usage patterns and design. It exists purely as a metaphor to help old/less tech-savvy people to deal with file deletion the same way they used to in the real world. But this is the digital world. Deletion can be permanent and instantaneous. If you are not sure whether you still need a file, just don't delete it.
Besides, you do realize files in the recycle bin take as much space as if they weren't there right? The recycle bin is little more than a regular folder.
Honestly, if someone accidentally permanently deletes a file using qBittorent's 'Remove/also delete files from disk' options, they have bigger issues with their knowledge/usage of computers.
This is not a matter of users/devs being elitists. qBittorrent is a volunteer project made possible by people in their spare time. Implementing this takes time from implementing other features, that are actually useful, not redundant and that will not introduce complexity and confusion.
@dotjaz commented on GitHub (Jul 21, 2018):
@sledgehammer999 your lack of imagination is astonishing, there are people asking for this - A LOT, don't pretend you know all use cases. Your opinion does not matter, not when it's against many users. There's a reason why this feature is requested REPEATEDLY.
@axellira commented on GitHub (Jul 21, 2018):
@FranciscoPombal
"The recycle bin is an artefact of bad computer usage patterns and design. It exists purely as a metaphor to help old/less tech-savvy people [...]."
"This is not a matter of users/devs being elitists", they say right after making a pretty elitist remark.
"Besides, you do realize files in the recycle bin take as much space as if they weren't there right?"
Of course I do. That was never the point of any of this discussion. Thank you for patronizing me >_>.
This is about implementing a simple feature based on an OS functionality that people choose to use, but people keep trying to make it about wheter or not they are right on choosing to use it. This is honestly pretty infuriating.
EDIT: fixed slight grammar slip
@dotjaz commented on GitHub (Jul 21, 2018):
@FranciscoPombal
Funny you think you are not exactly what you are. Us commoners simply doesn't matter do we?
Like I said before arrogance to the extreme.
@FranciscoPombal commented on GitHub (Jul 21, 2018):
@axellira Like I recently said on another issue where @LevizX also participated, at most I would reword the dialog so that it makes it even clearer that files are permanently deleted.
There is a reason UI toolkits such as Qt don't provide a 'recycle bin' API, it is because it's useless.
Seriously, if you delete files 'accidentally' just be more careful. Make backups and/or use file versioning, they are good practices and actually help with your problem. Stop promoting and trying to force bad computing paradigms.
Same goes for you @LevizX, take your bad trolling somewhere else. If you can't be convinced of what I and the developers have have said, just use something else, fork the project or whatever. If you are not going to contribute with something useful then just leave.
@FranciscoPombal commented on GitHub (Jul 21, 2018):
@LevizX seriously are you going to troll every thread about file deletion?
@FranciscoPombal commented on GitHub (Jun 21, 2020):
Duplicate of https://github.com/qbittorrent/qBittorrent/issues/7411.