"Errored: The parameter is incorrect" when not downloading all files in torrent #9864

Closed
opened 2026-02-21 20:25:36 -05:00 by deekerman · 10 comments
Owner

Originally created by @Bangaio65 on GitHub (Mar 9, 2020).

qBittorrent version and Operating System
v4.2.1 32-bit / Windows 7 Ultimate x64

What is the problem

In 2 torrents (with over 1000 files each, if that makes any difference), when I don't select every file to download, it ends up at 99.x% with status as "Errored: The parameter is incorrect", and no downloading/uploading occurs after that point. My sample size is only 2, but I suspect it will happen on other torrents.

In the log I can see the following message:

File error alert. Torrent: &quot;<TORRENT_NAME>&quot;. File: &quot;<PATH>\<TORRENT_NAME>\000400000017cb00\.unwanted\00000002&quot;. Reason: TORRENT_NAME partfile_write (<PATH>\<TORRENT_NAME>\000400000017cb00\.unwanted\00000002) error: The parameter is incorrect

This doesn't happen in qBittorrent v3.3.16 (32-bit).

What is the expected behavior

Finish at 100% and start seeding

Steps to reproduce

Add a torrent and unselect some files

Extra info(if any)

Torrent was added and files unselected via a python script using the API. Which seems to create these .unwanted folders (as there's no way to add and select which files to download in the same command, as far as I know). However the same thing happened in a previous torrent where I selected the files via GUI.

Originally created by @Bangaio65 on GitHub (Mar 9, 2020). qBittorrent version and Operating System v4.2.1 32-bit / Windows 7 Ultimate x64 ### What is the problem In 2 torrents (with over 1000 files each, if that makes any difference), when I don't select every file to download, it ends up at 99.x% with status as "Errored: The parameter is incorrect", and no downloading/uploading occurs after that point. My sample size is only 2, but I suspect it will happen on other torrents. In the log I can see the following message: `File error alert. Torrent: &quot;<TORRENT_NAME>&quot;. File: &quot;<PATH>\<TORRENT_NAME>\000400000017cb00\.unwanted\00000002&quot;. Reason: TORRENT_NAME partfile_write (<PATH>\<TORRENT_NAME>\000400000017cb00\.unwanted\00000002) error: The parameter is incorrect` This doesn't happen in qBittorrent v3.3.16 (32-bit). ### What is the expected behavior Finish at 100% and start seeding ### Steps to reproduce Add a torrent and unselect some files ### Extra info(if any) Torrent was added and files unselected via a python script using the API. Which seems to create these .unwanted folders (as there's no way to add and select which files to download in the same command, as far as I know). However the same thing happened in a previous torrent where I selected the files via GUI.
deekerman 2026-02-21 20:25:36 -05:00
Author
Owner

@FranciscoPombal commented on GitHub (Mar 9, 2020):

Not the first issue I see mentioning the "incorrect parameter": https://github.com/qbittorrent/qBittorrent/issues/11946. That mentions VPN in the OP, but I believe that is not related. It seems it has to do with the /unwanted files and possibly the .fastresume file format change.

@Bangaio65 Were those 2 torrents added in a previous version of the client, or were they added only after you updated to 4.2.1?

@FranciscoPombal commented on GitHub (Mar 9, 2020): Not the first issue I see mentioning the "incorrect parameter": https://github.com/qbittorrent/qBittorrent/issues/11946. That mentions VPN in the OP, but I believe that is not related. It seems it has to do with the `/unwanted` files and possibly the `.fastresume` file format change. @Bangaio65 Were those 2 torrents added in a previous version of the client, or were they added only after you updated to 4.2.1?
Author
Owner

@Bangaio65 commented on GitHub (Mar 10, 2020):

They were added in 4.2.1.
I just tried again with 3.3.16 (in the same machine), and one of them finishes properly and starts seeding. I'll have to try with the other.
Unfortunately unselecting the files takes ages because it can't be done in a single API request like in 4.2.1...

@Bangaio65 commented on GitHub (Mar 10, 2020): They were added in 4.2.1. I just tried again with 3.3.16 (in the same machine), and one of them finishes properly and starts seeding. I'll have to try with the other. Unfortunately unselecting the files takes ages because it can't be done in a single API request like in 4.2.1...
Author
Owner

@sym233 commented on GitHub (Mar 11, 2020):

similar problems there.
version is v4.2.1 x64.
the log indecates the error occurs in a specific folder in the torrent during downloading, it seems that that folder can't be downloaded

@sym233 commented on GitHub (Mar 11, 2020): similar problems there. version is v4.2.1 x64. the log indecates the error occurs in a specific folder in the torrent during downloading, it seems that that folder can't be downloaded
Author
Owner

@AlexeiScherbakov commented on GitHub (Mar 18, 2020):

same problem 4.2.1 x64 (Windows 10 x64). It happened when only part of files are selected for download in torrent.
I selected files in GUI.

@Bangaio65 thx for 3.3.16 version advice

@AlexeiScherbakov commented on GitHub (Mar 18, 2020): same problem 4.2.1 x64 (Windows 10 x64). It happened when only part of files are selected for download in torrent. I selected files in GUI. @Bangaio65 thx for 3.3.16 version advice
Author
Owner

@bemerguy commented on GitHub (Mar 27, 2020):

Same problem here.. HUGE torrent with only some files selected... how to fix? oh god.........

@bemerguy commented on GitHub (Mar 27, 2020): Same problem here.. HUGE torrent with only some files selected... how to fix? oh god.........
Author
Owner

@frogcrush commented on GitHub (Apr 13, 2020):

Also having this issue. For some reason, a bunch of extra files also showup in the "Content" section. This is after force rechecking a torrent I had previously partially downloaded, and only selecting the files I had previously downloaded as the ones I want. Interestingly, most of the items were around the "98%" download mark that were previously marked as fully downloaded, which makes me wonder what happened there.

@frogcrush commented on GitHub (Apr 13, 2020): Also having this issue. For some reason, a bunch of extra files also showup in the "Content" section. This is after force rechecking a torrent I had previously partially downloaded, and only selecting the files I had previously downloaded as the ones I want. Interestingly, most of the items were around the "98%" download mark that were previously marked as fully downloaded, which makes me wonder what happened there.
Author
Owner

@Viral8 commented on GitHub (Apr 29, 2020):

qBittorrent Version 4.2.2 / Windows 10 x64
same issue with one bigger torrent where I deselected some files.
Now at 60% it gives out the error about parameter every few minutes and I need to manually resume it then for it to load some minutes again - before the error comes up again.
Really annoying error.

@Viral8 commented on GitHub (Apr 29, 2020): qBittorrent Version 4.2.2 / Windows 10 x64 same issue with one bigger torrent where I deselected some files. Now at 60% it gives out the error about parameter every few minutes and I need to manually resume it then for it to load some minutes again - before the error comes up again. Really annoying error.
Author
Owner

@bemerguy commented on GitHub (Apr 29, 2020):

I think it tries to open a non-existent file (because we marked it to NOT download) and windows gives "The parameter is incorrect" error message.

@bemerguy commented on GitHub (Apr 29, 2020): I think it tries to open a non-existent file (because we marked it to NOT download) and windows gives "The parameter is incorrect" error message.
Author
Owner

@goldug commented on GitHub (May 3, 2020):

I have this issue too. I had this issue in 4.2.1, 4.2.3 and now in 4.2.5. It's not getting resolved. I don't know what's the issue here...
I've found a workaround however. When this happens, completely exit qBittorrent, go to the folder you're downloading to (if it's a folder in itself, go to the parent folder) and delete the newest .parts file. Then open qBittorrent, do a forced re-check on the torrent and it should work. For a while at least. The issue comes again and again though, so the solution is not viable.

Correction: You don't seem to HAVE to do a forced re-check. Not every time at least.

@goldug commented on GitHub (May 3, 2020): I have this issue too. I had this issue in 4.2.1, 4.2.3 and now in 4.2.5. It's not getting resolved. I don't know what's the issue here... I've found a workaround however. When this happens, completely exit qBittorrent, go to the folder you're downloading to (if it's a folder in itself, go to the parent folder) and delete the newest .parts file. Then open qBittorrent, do a forced re-check on the torrent and it should work. For a while at least. The issue comes again and again though, so the solution is not viable. Correction: You don't seem to HAVE to do a forced re-check. Not every time at least.
Author
Owner

@FranciscoPombal commented on GitHub (May 14, 2020):

The .unwanted folder was a superfluous buggy feature that will be removed for 4.2.6 and above, so this is no longer applicable: https://github.com/qbittorrent/qBittorrent/pull/12820

If you have any issues with the latest version, please open a new issue report. Thank you for your contributions.

@FranciscoPombal commented on GitHub (May 14, 2020): The `.unwanted` folder was a superfluous buggy feature that will be removed for 4.2.6 and above, so this is no longer applicable: https://github.com/qbittorrent/qBittorrent/pull/12820 If you have any issues with the latest version, please open a new issue report. Thank you for your contributions.
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#9864
No description provided.