starred/qBittorrent

Fork 0

mirror of https://github.com/qbittorrent/qBittorrent.git synced 2026-03-02 22:57:32 -05:00

[Feature Request] Sub-labels (same than utorrent) #3784

New issue

Closed

opened 2026-02-21 16:57:48 -05:00 by deekerman · 9 comments

deekerman commented

2026-02-21 16:57:48 -05:00

Owner

Originally created by @ghost on GitHub (Jan 20, 2016).

In utorrent you can set labels to have "" character so they work as subfolders when you use the folder named as label option.

I mean labels

_Films
_Films\DVD
_Films\BlueRay

are allowed and will put downloads to

MyDowloadFolder_Films...
MyDowloadFolder_Films\DVD...
MyDowloadFolder_Films\BlueRay...

Essentially nesting labels that way have no use within utorrent in the UI, all are shown as independent not "sub-labels" BUT do work that way when moving the finished torrents.

Originally created by @ghost on GitHub (Jan 20, 2016). In utorrent you can set labels to have "\" character so they work as subfolders when you use the folder named as label option. I mean labels _Films _Films\DVD _Films\BlueRay are allowed and will put downloads to MyDowloadFolder_Films... MyDowloadFolder_Films\DVD... MyDowloadFolder_Films\BlueRay... Essentially nesting labels that way have no use within utorrent in the UI, all are shown as independent not "sub-labels" BUT do work that way when moving the finished torrents.

deekerman

2026-02-21 16:57:48 -05:00

closed this issue
added the
Duplicate
label

deekerman commented

2026-02-21 16:57:54 -05:00

Author

Owner

@sledgehammer999 commented on GitHub (Jan 20, 2016):

Duplicate of #13. See mega-discussion there.

@sledgehammer999 commented on GitHub (Jan 20, 2016): Duplicate of #13. See mega-discussion there.

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@ghost commented on GitHub (Jan 20, 2016):

That is not my suggestion!

@ghost commented on GitHub (Jan 20, 2016): That is not my suggestion!

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@ghost commented on GitHub (Jan 20, 2016):

I talk about adding "/" as allowed character in labels so the program creates subfolders when moving downloaded torrents, not mentioned in any way having multiple labels.

@ghost commented on GitHub (Jan 20, 2016): I talk about adding "/" as allowed character in labels so the program creates subfolders when moving downloaded torrents, not mentioned in any way having multiple labels.

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@sledgehammer999 commented on GitHub (Jan 20, 2016):

Don't read only the title. Inside there there are discussions for other suggestions.
I think the most prevalent one is to allow multiple labels but be able to assign one of those as the "main" label. You'll be able to assign various attributes to each label. eg max connections or save/move to X location. <- this more or less is what you ask.

Allowing the "/" character will make a mess of things. It isn't easy for the code to distinguish between label-created-folders and the torrent's orig folders. And IMO isn't worth the hassle correctly implementing it.

@sledgehammer999 commented on GitHub (Jan 20, 2016): Don't read only the title. Inside there there are discussions for other suggestions. I think the most prevalent one is to allow multiple labels but be able to assign one of those as the "main" label. You'll be able to assign various attributes to each label. eg max connections or save/move to X location. <- this more or less is what you ask. Allowing the "/" character will make a mess of things. It isn't easy for the code to distinguish between label-created-folders and the torrent's orig folders. And IMO isn't worth the hassle correctly implementing it.

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@ghost commented on GitHub (Jan 20, 2016):

Dont want to sound harsh but not sure if I follow you. It's true that Mega thread contains suggestions which can contain mine but that thread has been discussed for more than 4 years without a definite answer. Useless...

Suggesting to close a definite request just because someone in 4 years mentioned something similar which will be never implemented is not the best approach for me.

Not only that, what's worth to be implemented? Has been 4 years, a simple functionality which utorrent has since 10 years is still being discussed. I suggest one thing, independent to multi-tags. No need to discuss anything. Would it be so difficult to consider?

And... I'm a programmer too and don't understand your last statement. Labels are unique right now. As soon as you change the label of a finished download the program moves the folder to the new label and the save path clearly contains the label. I can even delete the label and the torrent is moved again to the main downloads folder, something that even utorrent can't not do. I mean, it's a joke? The program is monitoring where the finished downloads should be in real time? Seriously? That's much more difficult than any suggestion, and makes my suggestion partially implemented.
It's a matter of adding "X\Y" instead of "X".
No messing with anything.

But you are the contributor not me. Your choice I suppose.

@ghost commented on GitHub (Jan 20, 2016): Dont want to sound harsh but not sure if I follow you. It's true that Mega thread contains suggestions which can contain mine but that thread has been discussed for more than 4 years without a definite answer. Useless... Suggesting to close a definite request just because someone in 4 years mentioned something similar which will be never implemented is not the best approach for me. Not only that, what's worth to be implemented? Has been 4 years, a simple functionality which utorrent has since 10 years is still being discussed. I suggest one thing, independent to multi-tags. No need to discuss anything. Would it be so difficult to consider? And... I'm a programmer too and don't understand your last statement. Labels are unique right now. As soon as you change the label of a finished download the program moves the folder to the new label and the save path clearly contains the label. I can even delete the label and the torrent is moved again to the main downloads folder, something that even utorrent can't not do. I mean, it's a joke? The program is monitoring where the finished downloads should be in real time? Seriously? That's much more difficult than any suggestion, and makes my suggestion partially implemented. It's a matter of adding "X\Y\" instead of "X\". No messing with anything. But you are the contributor not me. Your choice I suppose.

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@sledgehammer999 commented on GitHub (Jan 20, 2016):

I'll reopen it to remember to answer later
OR: any other dev can chime in

@sledgehammer999 commented on GitHub (Jan 20, 2016): I'll reopen it to remember to answer later OR: any other dev can chime in

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@bitoolean commented on GitHub (Jan 21, 2016):

I also use labels to organize downloads into subfolders when they gather up enough that I want to do that. I would never complain about it as if I had a born right to it, especially since common sense tells me to ask nicely when I ask for people to dedicate time to things I care about, and, as a developer, I should know what that time is worth. Even if we might imagine it's as trivial a matter as not filtering directory separators from the label string when concatenating it to the default root directory.

So, if you do decide to work on that, you should know Isabelxxx is not the only one interested in it.

@bitoolean commented on GitHub (Jan 21, 2016): I also use labels to organize downloads into subfolders when they gather up enough that I want to do that. I would never complain about it as if I had a born right to it, especially since common sense tells me to ask nicely when I ask for people to dedicate time to things I care about, and, as a developer, I should know what that time is worth. Even if we might imagine it's as trivial a matter as not filtering directory separators from the label string when concatenating it to the default root directory. So, if you do decide to work on that, you should know Isabelxxx is not the only one interested in it.

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@mribichich commented on GitHub (Feb 10, 2016):

@mribichich commented on GitHub (Feb 10, 2016): +1

deekerman commented

2026-02-21 16:57:55 -05:00

Author

Owner

@thalieht commented on GitHub (Aug 23, 2016):

Implemented by using subcategories in automatic torrent management mode.