Column 'Downloaded' will not change after 'Force check'. #14357

New issue

Open

opened 2026-02-22 00:58:45 -05:00 by deekerman · 3 comments

deekerman commented

2026-02-22 00:58:45 -05:00

Owner

Originally created by @srcdabada on GitHub (Feb 18, 2023).

qBittorrent & operating system versions

qBittorrent: 4.5.1 x64
Operating system: Windows 10 Pro 22H2 19045.2604 x64 (10.0.19045)
Qt: 5.15.8
libtorrent-rasterbar: 1.2.18.0

What is the problem?

Suppose you download a 1GB test.zip file.
After downloading approximately 100 MB, stop downloading.
Delete 'test.zip.!qB' file and 'Force recheck'.
Column 'Progress' is initialized at 0.0%, and the torrent is ready to be downloaded from scratch again.
However, Column 'Downloaded' is not initialized and indicates '100.0 MiB', not '0 B'.

Steps to reproduce

No response

Additional context

No response

Log(s) & preferences file(s)

No response

Originally created by @srcdabada on GitHub (Feb 18, 2023). ### qBittorrent & operating system versions qBittorrent: 4.5.1 x64 Operating system: Windows 10 Pro 22H2 19045.2604 x64 (10.0.19045) Qt: 5.15.8 libtorrent-rasterbar: 1.2.18.0 ### What is the problem? Suppose you download a 1GB test.zip file. After downloading approximately 100 MB, stop downloading. Delete 'test.zip.!qB' file and 'Force recheck'. Column 'Progress' is initialized at 0.0%, and the torrent is ready to be downloaded from scratch again. However, Column 'Downloaded' is not initialized and indicates '100.0 MiB', not '0 B'. ### Steps to reproduce _No response_ ### Additional context _No response_ ### Log(s) & preferences file(s) _No response_

deekerman added the

Not an issue

label

2026-02-22 00:58:45 -05:00

deekerman commented

2026-02-22 00:58:50 -05:00

Author

Owner

@srcdabada commented on GitHub (Feb 20, 2023):

The real problem I found is that when the download resumes, it starts in the wrong state.
Column 'Size' value is always greater than or equal to the value of Column 'Downloaded'.
Based on the assumption above, the file size is 1 GiB, but the final Column 'Downloaded' value is 1.09 GiB.
This can be very confusing to users.

@srcdabada commented on GitHub (Feb 20, 2023): The real problem I found is that when the download resumes, it starts in the wrong state. Column 'Size' value is always greater than or equal to the value of Column 'Downloaded'. Based on the assumption above, the file size is 1 GiB, but the final Column 'Downloaded' value is 1.09 GiB. This can be very confusing to users.

deekerman commented

2026-02-22 00:58:55 -05:00

Author

Owner

@HanabishiRecca commented on GitHub (Feb 27, 2023):

'Downloaded' shows how much traffic actually were spent downloading, regardless of content size.
E.g. if you (or peer you connected to) have bad connection, download amout may be higher than torrent size. Because if downloaded block is damaged, client simply drops it and re-downloads again. Same goes for your scenario.
Or vice versa, it will be 0 if you add torrent having 100% of data, it goes seeding immediately after checking.

@HanabishiRecca commented on GitHub (Feb 27, 2023): 'Downloaded' shows how much traffic actually were spent downloading, regardless of content size. E.g. if you (or peer you connected to) have bad connection, download amout may be higher than torrent size. Because if downloaded block is damaged, client simply drops it and re-downloads again. Same goes for your scenario. Or vice versa, it will be 0 if you add torrent having 100% of data, it goes seeding immediately after checking.

deekerman commented

2026-02-22 00:58:55 -05:00

Author

Owner

@luzpaz commented on GitHub (Jun 11, 2023):

Ticket needs GUI tag

@luzpaz commented on GitHub (Jun 11, 2023): Ticket needs `GUI` tag