When renaming a file with a name that contains " / " the generated folder drives Windows 10 crazy #12368

Open
opened 2026-02-21 22:39:16 -05:00 by deekerman · 14 comments
Owner

Originally created by @DumboJetEngine on GitHub (Aug 26, 2021).

I am using the latest version of your client on Win10.
I like your client but I have some suggestions:

  • When you have many torrents, torrents that are at the bottom of the list get virtually no chance to start downloading, even if the preceding torrents are completely idle. Once I put them at the top of the list, they usually start downloading. uTorrent seemed to work better in this area.
  • When a torrent with not all its files selected for download is complete, and you add one extra file from it for download (check its checkbox), the torrent should (I believe) move at the top of the torrents list, so that it gets more priority and can be located easily.
  • Renaming files and folders should not allow illegal characters to be used. And they should be removed automatically when you paste a name. Currently, you enter unrecoverable situations, where in one case I had to resort to the Windows cmd-line to delete undeletable files and folders using short (DOS 8.3) names. Terrible experience!
  • When a torrent is complete, but some files are excluded, right clicking on the torrent files that are skipped to initiate their download should be possible (and changing their priority too). Now it is not, and you can only check their checkbox to make them be included for download.
  • When adding a new torrent and you get the dialog to select the path, you should get an option to put the torrent first in the torrents list. Without this, finding the torrent is not so easy if you have many torrents.

All of these features (I only doubt about the illegal path characters removal feature) are present in uTorrent, which I was using in the past.

  • Also, there is a tiny visual bug (black menu) on the right click menu of the Comment section of the "add new torrent" dialog:
    image

Checklist

  • I have read the feature request section in the contributing guidelines, so I know how to submit a good feature request with the required information
  • I have verified that the feature I am requesting is not available in the latest version
  • (optional but recommended) I have verified that the feature I am requesting is not available in the latest CI build
  • I have checked the frequent/common issues list and searched the issue tracker for similar feature requests (including closed ones) to avoid posting a duplicate
  • This request is not a support request or question, both of which are better suited for either the discussions section, forum, or subreddit. The wiki did not contain a suitable solution either

Description

Suggestion

(type here)

Use case

(type here)

Extra info/examples/attachments

Originally created by @DumboJetEngine on GitHub (Aug 26, 2021). I am using the latest version of your client on Win10. I like your client but I have some suggestions: - When you have many torrents, torrents that are at the bottom of the list get virtually no chance to start downloading, even if the preceding torrents are completely idle. Once I put them at the top of the list, they usually start downloading. uTorrent seemed to work better in this area. - When a torrent with not all its files selected for download is complete, and you add one extra file from it for download (check its checkbox), the torrent should (I believe) move at the top of the torrents list, so that it gets more priority and can be located easily. - Renaming files and folders should not allow illegal characters to be used. And they should be removed automatically when you paste a name. Currently, you enter unrecoverable situations, where in one case I had to resort to the Windows cmd-line to delete undeletable files and folders using short (DOS 8.3) names. Terrible experience! - When a torrent is complete, but some files are excluded, right clicking on the torrent files that are skipped to initiate their download should be possible (and changing their priority too). Now it is not, and you can only check their checkbox to make them be included for download. - When adding a new torrent and you get the dialog to select the path, you should get an option to put the torrent first in the torrents list. Without this, finding the torrent is not so easy if you have many torrents. All of these features (I only doubt about the illegal path characters removal feature) are present in uTorrent, which I was using in the past. - Also, there is a tiny visual bug (black menu) on the right click menu of the Comment section of the "add new torrent" dialog: ![image](https://user-images.githubusercontent.com/8676903/131036207-8d0cee36-d8fd-47f0-9a1b-45aa60002ddf.png) <!-- ############################################################################### WARNING! IGNORING THE INSTRUCTIONS IN THIS TEMPLATE WILL RESULT IN THE ISSUE BEING CLOSED AS INCOMPLETE/INVALID ############################################################################### --> ## Checklist <!-- ################################## IMPORTANT ################################## As you read and fulfill each of the following requirements below, put an "x" between the square brackets to mark each task as done, like so: [x] --> - [x] I have read the **feature request section** in the [contributing guidelines](https://github.com/qbittorrent/qBittorrent/blob/master/CONTRIBUTING.md), so I know how to submit a good feature request with the required information - [x] I have verified that the **feature** I am requesting is **not available** in the **[latest version](https://www.qbittorrent.org/download.php)** - [x] (optional but recommended) I have verified that the **feature** I am requesting is **not available** in the **[latest CI build](https://github.com/qbittorrent/qBittorrent/actions/workflows/ci.yaml?query=branch%3Amaster+event%3Apush)** - [x] I have **checked the [frequent/common issues list](https://github.com/qbittorrent/qBittorrent/projects/2)** and **searched** the issue tracker for similar feature requests (including closed ones) **to avoid posting a duplicate** - [x] This request is **not a support request or question**, both of which are better suited for either the [discussions section](https://github.com/qbittorrent/qBittorrent/discussions), [forum](https://qbforums.shiki.hu/), or [subreddit](https://www.reddit.com/r/qBittorrent/). The [wiki](https://github.com/qbittorrent/qBittorrent/wiki) did not contain a suitable solution either ## Description <!-- ################################## IMPORTANT ################################## Delete each "(type here)" indicator and type your text in their place in the subsections below. You MUST fill in ALL subsections marked with "(type here)" with the appropriate information. Please make sure the description is worded well enough to be understood. Provide a detailed description of the feature and as much context and examples as necessary. If the feature request has to do with visual elements and the GUI, images/screenshots are always helpful. For more information consult the Contributing Guidelines at https://github.com/qbittorrent/qBittorrent/blob/master/CONTRIBUTING.md. Use the Preview tab before posting to make sure your report looks like it is formatted properly. You don't need to delete these comments, they won't show up in the final post. --> ### Suggestion (type here) ### Use case (type here) ### Extra info/examples/attachments <!-- optional -->
Author
Owner

@glassez commented on GitHub (Aug 27, 2021):

  • When you have many torrents, torrents that are at the bottom of the list get virtually no chance to start downloading, even if the preceding torrents are completely idle. Once I put them at the top of the list, they usually start downloading. uTorrent seemed to work better in this area.

Do you mean the torrents that are currently selected for downloading (i.e. top in download queue) but really have no connected peers?

  • When a torrent with not all its files selected for download is complete, and you add one extra file from it for download (check its checkbox), the torrent should (I believe) move at the top of the torrents list, so that it gets more priority and can be located easily.

Why this action should override download queue? Maybe someone doesn't want this? You can move it up in the queue in the case it's really needed. I don't think it should be done by default.

  • Renaming files and folders should not allow illegal characters to be used. And they should be removed automatically when you paste a name. Currently, you enter unrecoverable situations, where in one case I had to resort to the Windows cmd-line to delete undeletable files and folders using short (DOS 8.3) names. Terrible experience!

Don't understand really what do you mean.
If qBittorrent is able to create file/folder with some characters in the name then such characters are legal. Otherwise, the file creation/renaming would have failed.

  • When adding a new torrent and you get the dialog to select the path, you should get an option to put the torrent first in the torrents list. Without this, finding the torrent is not so easy if you have many torrents.

The "Add new torrent" dialog is used to choose some initial options of torrent before torrent is added (or cancel adding it if you want). You can disable this dialog in application preferences so your torrents will be added to the list with default options.

@glassez commented on GitHub (Aug 27, 2021): > * When you have many torrents, torrents that are at the bottom of the list get virtually no chance to start downloading, even if the preceding torrents are completely idle. Once I put them at the top of the list, they usually start downloading. uTorrent seemed to work better in this area. Do you mean the torrents that are currently selected for downloading (i.e. top in download queue) but really have no connected peers? > * When a torrent with not all its files selected for download is complete, and you add one extra file from it for download (check its checkbox), the torrent should (I believe) move at the top of the torrents list, so that it gets more priority and can be located easily. Why this action should override download queue? Maybe someone doesn't want this? You can move it up in the queue in the case it's really needed. I don't think it should be done by default. > * Renaming files and folders should not allow illegal characters to be used. And they should be removed automatically when you paste a name. Currently, you enter unrecoverable situations, where in one case I had to resort to the Windows cmd-line to delete undeletable files and folders using short (DOS 8.3) names. Terrible experience! Don't understand really what do you mean. If qBittorrent is able to create file/folder with some characters in the name then such characters are legal. Otherwise, the file creation/renaming would have failed. > * When adding a new torrent and you get the dialog to select the path, you should get an option to put the torrent first in the torrents list. Without this, finding the torrent is not so easy if you have many torrents. The "Add new torrent" dialog is used to choose some initial options of torrent before torrent is added (or cancel adding it if you want). You can disable this dialog in application preferences so your torrents will be added to the list with default options.
Author
Owner

@DumboJetEngine commented on GitHub (Aug 27, 2021):

Do you mean the torrents that are currently selected for downloading (i.e. top in download queue) but really have no connected peers?

  • I mean the torrents that have a number in the column with # as a header (those that are pending for download). When they are placed at the bottom (maximum number/index), it feels that they are totally neglected by the app, even if there are no active torrents in the list. Usually, once I put them at the first position (index 0), they immediately begin downloading. So, it isn't a missing seed/peer problem, but it feels like a scheduling problem.

Why this action should override download queue? Maybe someone doesn't want this? You can move it up in the queue in the case it's really needed. I don't think it should be done by default.

  • OK. But actually, when it downloads the selected files the first time and the torrent gets completed, it loses its index (the # column has no value, but a * sign). So, you don't actually change the queue, rather you decide what index you should assign to it. Now you assign the last index to it. BUT, I often get into this situation: I download a huge torrent in batches. Let's say that I have the torrent at index 0 (top priority). I first select 10 files from it. Once they get downloaded, it gets an index of * (no index). Once I select more files, the torrent does not get its previous index (0), but it goes at the end of the queue (where it also gets significantly less priority and it is harder for me to find again). You can see why this is annoying... I have to find and set the index of a torrent multiple times. And if I don't, it usually doesn't even start, as mentioned in the previous bullet.

Don't understand really what do you mean.
If qBittorrent is able to create file/folder with some characters in the name then such characters are legal. Otherwise, the file creation/renaming would have failed.

  • Yes, I have noticed that it creates folders when it comes across a slash character. That could be considered a feature, although it is annoying sometimes because you cannot undo it. But I believe there are more characters that cause a problem. And I was thinking that it might be good to do what Windows Explorer does when renaming files/folders: remove all illegal characters. Maybe you can also ask the user what to do when there are slashes in the name to avoid accidental structure changes. In my case (which has happened twice so far) the text had a slash and maybe some other characters (I am still trying to figure out what is causing it...). It did create a directory, as expected, placed the file in it, but then things became weird. Even with the app closed and the file unlocked, I could not delete or move the file. Windows Explorer reported no errors, it just didn't obey. The cmd-line reported some crazy error messages about not finding the entry. Nothing worked except using DOS 8.3 names form the cmd-line to delete the file. So, it seems that some character in the name triggers a bug in Windows, making the file undeletable. I have the impression that a space in front of the name could be the reason. So, if you try renaming a file as : "Test / file.png" (emphasis on the spaces around the slash), you might reproduce my problem on the PNG file.

The "Add new torrent" dialog is used to choose some initial options of torrent before torrent is added (or cancel adding it if you want). You can disable this dialog in application preferences so your torrents will be added to the list with default options.

  • What interests me the most is adding the torrent at the top of the queue (having an option for it). Because you often want a torrent to get the highest priority. I was using uTorrent previously and that option was pretty handy, even without the problem of low queue priority torrents not starting:
    image
    See option "Add to top of queue" above ^^^.
@DumboJetEngine commented on GitHub (Aug 27, 2021): > Do you mean the torrents that are currently selected for downloading (i.e. top in download queue) but really have no connected peers? - I mean the torrents that have a number in the column with # as a header (those that are pending for download). When they are placed at the bottom (maximum number/index), it feels that they are totally neglected by the app, even if there are no active torrents in the list. Usually, once I put them at the first position (index 0), they immediately begin downloading. So, it isn't a missing seed/peer problem, but it feels like a scheduling problem. > Why this action should override download queue? Maybe someone doesn't want this? You can move it up in the queue in the case it's really needed. I don't think it should be done by default. - OK. But actually, when it downloads the selected files the first time and the torrent gets completed, it loses its index (the # column has no value, but a * sign). So, you don't actually **change** the queue, rather you decide what index you should assign to it. Now you assign the last index to it. BUT, I often get into this situation: I download a huge torrent in batches. Let's say that I have the torrent at index 0 (top priority). I first select 10 files from it. Once they get downloaded, it gets an index of * (no index). Once I select more files, the torrent does not get its previous index (0), but it goes at the end of the queue (where it also gets significantly less priority and it is harder for me to find again). You can see why this is annoying... I have to find and set the index of a torrent multiple times. And if I don't, it usually doesn't even start, as mentioned in the previous bullet. > Don't understand really what do you mean. If qBittorrent is able to create file/folder with some characters in the name then such characters are legal. Otherwise, the file creation/renaming would have failed. - Yes, I have noticed that it creates folders when it comes across a slash character. That could be considered a feature, although it is annoying sometimes because you cannot undo it. But I believe there are more characters that cause a problem. And I was thinking that it might be good to do what Windows Explorer does when renaming files/folders: remove all illegal characters. Maybe you can also ask the user what to do when there are slashes in the name to avoid accidental structure changes. In my case (which has happened twice so far) the text had a slash and maybe some other characters (I am still trying to figure out what is causing it...). It did create a directory, as expected, placed the file in it, but then things became weird. Even with the app closed and the file unlocked, I could not delete or move the file. Windows Explorer reported no errors, it just didn't obey. The cmd-line reported some crazy error messages about not finding the entry. Nothing worked except using DOS 8.3 names form the cmd-line to delete the file. So, it seems that some character in the name triggers a bug in Windows, making the file undeletable. I have the impression that a space in front of the name could be the reason. So, if you try renaming a file as : "Test / file.png" (emphasis on the spaces around the slash), you might reproduce my problem on the PNG file. > The "Add new torrent" dialog is used to choose some initial options of torrent before torrent is added (or cancel adding it if you want). You can disable this dialog in application preferences so your torrents will be added to the list with default options. - What interests me the most is adding the torrent at the top of the queue (having an option for it). Because you often want a torrent to get the highest priority. I was using uTorrent previously and that option was pretty handy, even without the problem of low queue priority torrents not starting: ![image](https://user-images.githubusercontent.com/8676903/131177158-caee33f1-09a4-48c4-8260-54ed6aa478c2.png) See option "Add to top of queue" above ^^^.
Author
Owner

@thalieht commented on GitHub (Aug 27, 2021):

When you have many torrents, torrents that are at the bottom of the list get virtually no chance to start downloading, even if the preceding torrents are completely idle. Once I put them at the top of the list, they usually start downloading. uTorrent seemed to work better in this area.

Do you use "Do not count slow torrents in those limits"? That option is capped by "Max active torrents" so set it to -1 (for infinite) if you want all torrents to have a chance to start downloading (eventually). If you already do this, i can't imagine what else you expect from the queue system.
(Maybe we should change the default of "Max active torrents" to -1? It's not visible anywhere that it caps the aforementioned option and users are left wondering that it doesn't work well.)

Renaming files and folders should not allow illegal characters to be used. And they should be removed automatically when you paste a name. Currently, you enter unrecoverable situations, where in one case I had to resort to the Windows cmd-line to delete undeletable files and folders using short (DOS 8.3) names. Terrible experience!

Related/duplicate of #15227

When a torrent is complete, but some files are excluded, right clicking on the torrent files that are skipped to initiate their download should be possible (and changing their priority too). Now it is not, and you can only check their checkbox to make them be included for download.

Has been asked before but i can't find it.

When adding a new torrent and you get the dialog to select the path, you should get an option to put the torrent first in the torrents list. Without this, finding the torrent is not so easy if you have many torrents.

Duplicate of #11599

Also, there is a tiny visual bug (black menu) on the right click menu of the Comment section of the "add new torrent" dialog:

For some reason it uses a custom stylesheet. Removing the following seems to fix it but i don't know why it was introduced or if it's the right solution so i'll leave it alone:
github.com/qbittorrent/qBittorrent@b924357ea9/src/gui/addnewtorrentdialog.ui (L267-L269)

I mean the torrents that have a number in the column with # as a header

I think it's about time we rename that column to "Queue" or "Queue Position".

/Off topic
Looks like you "Read and accepted the terms and conditions" with the checklist:
https://github.com/qbittorrent/qBittorrent/blob/master/CONTRIBUTING.md#steps-to-ensure-a-good-bug-report

Post only one specific issue per submission.

and about duplicates.

@thalieht commented on GitHub (Aug 27, 2021): >When you have many torrents, torrents that are at the bottom of the list get virtually no chance to start downloading, even if the preceding torrents are completely idle. Once I put them at the top of the list, they usually start downloading. uTorrent seemed to work better in this area. Do you use "Do not count slow torrents in those limits"? That option is capped by "Max active torrents" so set it to -1 (for infinite) if you want all torrents to have a chance to start downloading (eventually). If you already do this, i can't imagine what else you expect from the queue system. (Maybe we should change the default of "Max active torrents" to -1? It's not visible anywhere that it caps the aforementioned option and users are left wondering that it doesn't work well.) >Renaming files and folders should not allow illegal characters to be used. And they should be removed automatically when you paste a name. Currently, you enter unrecoverable situations, where in one case I had to resort to the Windows cmd-line to delete undeletable files and folders using short (DOS 8.3) names. Terrible experience! Related/duplicate of #15227 >When a torrent is complete, but some files are excluded, right clicking on the torrent files that are skipped to initiate their download should be possible (and changing their priority too). Now it is not, and you can only check their checkbox to make them be included for download. Has been asked before but i can't find it. >When adding a new torrent and you get the dialog to select the path, you should get an option to put the torrent first in the torrents list. Without this, finding the torrent is not so easy if you have many torrents. Duplicate of #11599 >Also, there is a tiny visual bug (black menu) on the right click menu of the Comment section of the "add new torrent" dialog: For some reason it uses a custom stylesheet. Removing the following seems to fix it but i don't know why it was introduced or if it's the right solution so i'll leave it alone: https://github.com/qbittorrent/qBittorrent/blob/b924357ea92c6ab17c951b298cd6f0b86db106fa/src/gui/addnewtorrentdialog.ui#L267-L269 >I mean the torrents that have a number in the column with # as a header I think it's about time we rename that column to "Queue" or "Queue Position". /Off topic Looks like you "Read and accepted the terms and conditions" with the checklist: https://github.com/qbittorrent/qBittorrent/blob/master/CONTRIBUTING.md#steps-to-ensure-a-good-bug-report >Post only one specific issue per submission. and about duplicates.
Author
Owner

@DumboJetEngine commented on GitHub (Aug 27, 2021):

Do you use "Do not count slow torrents in those limits"? That option is capped by "Max active torrents" so set it to -1 (for infinite) if you want all torrents to have a chance to start downloading (eventually). If you already do this, i can't imagine what else you expect from the queue system.
(Maybe we should change the default of "Max active torrents" to -1? It's not visible anywhere that it caps the aforementioned option and users are left wondering that it doesn't work well.)

Hm...
I have the "Do not count slow torrents in those limits" unchecked.
Probably this is the default value?
But when all torrents are idle (0 B/s for upload/download), shouldn't it ignore those torrents anyway, even with the option unchecked?
I mean, zero traffic is essentially "inactive".
Not sure if the displayed "0 B/s" is a rounded value of something not zero, but I doubt that.
Also, not sure if the forced states ( [F] ) is counted as "active", even when there is no traffic for the torrent.

Sorry for not finding the duplicates and for the multiple issues reported here.
I should have at least found #15227.
The last one (stuffing multiple things in one page) is a bad habit of mine that I must stop. :(

@DumboJetEngine commented on GitHub (Aug 27, 2021): > Do you use "Do not count slow torrents in those limits"? That option is capped by "Max active torrents" so set it to -1 (for infinite) if you want all torrents to have a chance to start downloading (eventually). If you already do this, i can't imagine what else you expect from the queue system. (Maybe we should change the default of "Max active torrents" to -1? It's not visible anywhere that it caps the aforementioned option and users are left wondering that it doesn't work well.) Hm... I have the "Do not count slow torrents in those limits" unchecked. Probably this is the default value? But when all torrents are idle (0 B/s for upload/download), shouldn't it ignore those torrents anyway, even with the option unchecked? I mean, zero traffic is essentially "inactive". Not sure if the displayed "0 B/s" is a rounded value of something not zero, but I doubt that. Also, not sure if the forced states ( [F] ) is counted as "active", even when there is no traffic for the torrent. Sorry for not finding the duplicates and for the multiple issues reported here. I should have at least found #15227. The last one (stuffing multiple things in one page) is a bad habit of mine that I must stop. :(
Author
Owner

@DumboJetEngine commented on GitHub (Aug 27, 2021):

Related/duplicate of #15227

Regarding this, I will try to verify if spaces at the start of file names indeed cause Windows to go nuts.
It's always spoiling my psychology to deal with 8.3 names, so I was trying to avoid testing it so far...
When dealing with #15227, maybe remember that this is another potential thing to fix.

@DumboJetEngine commented on GitHub (Aug 27, 2021): > Related/duplicate of #15227 Regarding this, I will try to verify if spaces at the start of file names indeed cause Windows to go nuts. It's always spoiling my psychology to deal with 8.3 names, so I was trying to avoid testing it so far... When dealing with #15227, maybe remember that this is another potential thing to fix.
Author
Owner

@DumboJetEngine commented on GitHub (Aug 27, 2021):

UPDATE:

I just verified that spaces cause problems. Try this:

Rename any torrent file to contain this sequence " / " (space-slash-space) somewhere in the middle. At this point the qBitTorrent UI should have displayed the created folder but it doesn't. You should deselect and re-select the torrent for the newly created folder to appear.
Then select the file and do "Open containing folder". At this point, you will see that Windows Explorer goes nuts when visiting this folder (tested on Win10).

To delete the files you have to use 8.3 names (found from dir /X).
It seems that the problem is the folder that has a space appended to its name.
Not sure why.

@DumboJetEngine commented on GitHub (Aug 27, 2021): UPDATE: I just verified that spaces cause problems. Try this: Rename any torrent file to contain this sequence " / " (space-slash-space) somewhere in the middle. At this point the qBitTorrent UI should have displayed the created folder but it doesn't. You should deselect and re-select the torrent for the newly created folder to appear. Then select the file and do "Open containing folder". At this point, you will see that Windows Explorer goes nuts when visiting this folder (tested on Win10). To delete the files you have to use 8.3 names (found from `dir /X`). It seems that the problem is the folder that has a space appended to its name. Not sure why.
Author
Owner

@xavier2k6 commented on GitHub (Aug 27, 2021):

Also, there is a tiny visual bug (black menu) on the right click menu of the Comment section of the "add new torrent" dialog:

image

For some reason it uses a custom stylesheet. Removing the following seems to fix it but i don't know why it was introduced or if it's the right solution so i'll leave it alone:
github.com/qbittorrent/qBittorrent@b924357ea9/src/gui/addnewtorrentdialog.ui (L267-L269)

Seems this may have been introduced in error by specifically this commit: https://github.com/qbittorrent/qBittorrent/pull/9591/commits/008e38553924305d66b8f5da59132425065ec75a in PR https://github.com/qbittorrent/qBittorrent/pull/9591 which was adopted by PR https://github.com/qbittorrent/qBittorrent/pull/10600 for v4_2_x branch & was backported to v4_1_x branch in PR https://github.com/qbittorrent/qBittorrent/pull/10615

so this bug has been there a good while!

@xavier2k6 commented on GitHub (Aug 27, 2021): >Also, there is a tiny visual bug (black menu) on the right click menu of the Comment section of the "add new torrent" dialog: ![image](https://user-images.githubusercontent.com/8676903/131036207-8d0cee36-d8fd-47f0-9a1b-45aa60002ddf.png) >For some reason it uses a custom stylesheet. Removing the following seems to fix it but i don't know why it was introduced or if it's the right solution so i'll leave it alone: https://github.com/qbittorrent/qBittorrent/blob/b924357ea92c6ab17c951b298cd6f0b86db106fa/src/gui/addnewtorrentdialog.ui#L267-L269 Seems this may have been introduced in error by specifically this commit: https://github.com/qbittorrent/qBittorrent/pull/9591/commits/008e38553924305d66b8f5da59132425065ec75a in PR https://github.com/qbittorrent/qBittorrent/pull/9591 which was adopted by PR https://github.com/qbittorrent/qBittorrent/pull/10600 for v4_2_x branch & was backported to v4_1_x branch in PR https://github.com/qbittorrent/qBittorrent/pull/10615 so this bug has been there a good while!
Author
Owner

@xavier2k6 commented on GitHub (Aug 27, 2021):

#15383 opened to address bug in https://github.com/qbittorrent/qBittorrent/issues/15378#issuecomment-907480116

@xavier2k6 commented on GitHub (Aug 27, 2021): #15383 opened to address bug in https://github.com/qbittorrent/qBittorrent/issues/15378#issuecomment-907480116
Author
Owner

@Chocobo1 commented on GitHub (Aug 28, 2021):

Seems this may have been introduced in error by specifically this commit: 008e385 in PR #9591 which was adopted by PR #10600 for v4_2_x branch & was backported to v4_1_x branch in PR #10615

PR #15387 will remove it.

@Chocobo1 commented on GitHub (Aug 28, 2021): >Seems this may have been introduced in error by specifically this commit: 008e385 in PR #9591 which was adopted by PR #10600 for v4_2_x branch & was backported to v4_1_x branch in PR #10615 PR #15387 will remove it.
Author
Owner

@allanlaal commented on GitHub (Sep 29, 2021):

@DumboJetEngine please make the title less generic :)

@allanlaal commented on GitHub (Sep 29, 2021): @DumboJetEngine please make the title less generic :)
Author
Owner

@DumboJetEngine commented on GitHub (Sep 30, 2021):

@allanlaal
Done. :)
I used the description of the most important bug (renaming file to something that contains " / ").
I could create issues for the improvement suggestions too, but I am not sure if you want them or not.

@DumboJetEngine commented on GitHub (Sep 30, 2021): @allanlaal Done. :) I used the description of the most important bug (renaming file to something that contains " / "). I could create issues for the improvement suggestions too, but I am not sure if you want them or not.
Author
Owner

@Snowknight26 commented on GitHub (Oct 1, 2021):

To add to the "illegal" character issue, Explorer has different limitations when it comes to accessing files with "illegal" characters than the Win32 API does.

  • With Explorer, you can't access files where the path length is >255 characters (or something to that effect)
    • You can still access the path using the "\?\X:\whatever" notation in things such as the command prompt, PowerShell, etc.
  • Explorer doesn't allow you to create a file/folder that ends with a period (well it does, but it removes the period before creating said file/folder)
    • Again, if you make one with a trailing period, you can still access it with the above example

With that in mind, it seems like qBittorrent allows technically valid characters (such as "/" or an ending ".", but surprisingly not "?") during file operations but Explorer certainly doesn't handle them well.

@Snowknight26 commented on GitHub (Oct 1, 2021): To add to the "illegal" character issue, Explorer has different limitations when it comes to accessing files with "illegal" characters than the Win32 API does. * With Explorer, you can't access files where the path length is >255 characters (or something to that effect) * You can still access the path using the "\\?\X:\whatever\" notation in things such as the command prompt, PowerShell, etc. * Explorer doesn't allow you to create a file/folder that ends with a period (well it does, but it removes the period before creating said file/folder) * Again, if you make one with a trailing period, you can still access it with the above example With that in mind, it seems like qBittorrent allows technically valid characters (such as "/" or an ending ".", but surprisingly not "?") during file operations but Explorer certainly doesn't handle them well.
Author
Owner

@xavier2k6 commented on GitHub (May 24, 2025):

ANNOUNCEMENT!

For anybody coming across this "Feature Request" & would like/love to see a potential implementation in the future!
Here are some options available to you:

  1. Please select/click the 👍 &/orreactions in the original/opening post of this ticket.

  2. Please feel free (If you have the "skillset") to create a "Pull Request" implementing what's being requested in this ticket.
    (new/existing contributors/developers are always welcome)


DO:

  • Provide constructive feedback.
  • Display how other projects implemented same/similar etc.

DO NOT:

  • Add a "Bump", "me too", "2nd/3rd" etc. or "criticizing" comment(s).
    (These will be disregarded/hidden as "spam/abuse/off-topic" etc. as they don't provide anything constructive.)
@xavier2k6 commented on GitHub (May 24, 2025): ## ANNOUNCEMENT! For anybody coming across this **_"Feature Request"_** & would like/love to see a potential implementation in the future! **Here are some options available to you:** 1. Please select/click the 👍 **&/or** ❤ `reactions` in the original/opening post of this ticket. 2. Please feel free _(If you have the "skillset")_ to create a **_"Pull Request"_** implementing what's being requested in this ticket. **_(new/existing contributors/developers are always welcome)_** ____ **DO:** * Provide constructive feedback. * Display how other projects implemented same/similar etc. **DO NOT:** * Add a "Bump", "me too", "2nd/3rd" etc. or "criticizing" comment(s). **(These will be disregarded/hidden as "spam/abuse/off-topic" etc. as they don't provide anything constructive.)**
Author
Owner

@DumboJetEngine commented on GitHub (May 24, 2025):

Hello.
Although my Qt experience is not great and my free time is below zero, I used to have a great deal of (now rusty...) C++ experience that I might be able to deploy here at some point in time.
If you can give me a complete list of software that I need to install, and how to configure them in order to have a functioning development environment, I might be able to give it a go. Maybe that could be added to the readme file of the project to help others too.
I am guessing I would need Qt and Qt Creator, but I am not 100% sure which versions exactly (especially given the separate qt6 lt2 versions of the binaries...).
Also, I know there is an HTML/JS part that also needs support, and I believe I can handle that.

@DumboJetEngine commented on GitHub (May 24, 2025): Hello. Although my Qt experience is not great and my free time is below zero, I used to have a great deal of (now rusty...) C++ experience that I might be able to deploy here at some point in time. If you can give me a complete list of software that I need to install, and how to configure them in order to have a functioning development environment, I might be able to give it a go. Maybe that could be added to the readme file of the project to help others too. I am guessing I would need Qt and Qt Creator, but I am not 100% sure which versions exactly (especially given the separate qt6 lt2 versions of the binaries...). Also, I know there is an HTML/JS part that also needs support, and I believe I can handle that.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/qBittorrent#12368
No description provided.