qBittorrent official forums

I am finding that about 3% of all torrents I seed are affected by a bug that gives them a crazy ratio  of 50 - 99999. Usually I just remove such torrents as I am concerned that private trackers might get the idea that it's an attempt to cheat (doesn't impact tracker ratios though),

I don't have a seedbox and 10 would be the very highest I'd expect to ever see as ratio, and only if it's my own upload, really popular and seeded for ages.

Any idea what's been going on? I've observed this for over a year now.It's still present in 3.1.92

Click on one of those 9.999 torrents. Righ click->limit share ratio. What does it say?

Ratio is calculated from downloaded bytes / uploaded bytes x 100

So if you have imported completed jobs that only have 'overhead' as downloaded data 1B / 1GiB == a very high 'ratio'

And trackers calculate ratios by what has ACTUALLY been transferred by peers NOT what the peer shows you.

[quote="sledgehammer_999"]
Click on one of those 9.999 torrents. Righ click->limit share ratio. What does it say?
[/quote]

"Use Global Limits. "
(i have not set any)

[quote="ciaobaby"]
Ratio is calculated from downloaded bytes / uploaded bytes x 100

So if you have imported completed jobs that only have 'overhead' as downloaded data 1B / 1GiB == a very high 'ratio'

And trackers calculate ratios by what has ACTUALLY been transferred by peers NOT what the peer shows you.
[/quote]

But I never imported these. I just left them for a few months.

Realistically they shouldn't have a ratio of any more than, say 3... There are much faster seeds than me on almost all of these torrents.

They will have a ratio of whatever has been downloaded / whatever has been uploaded x 100 that's it.

It is based on the stored information about that job, there is no "realistically" or "guessing" needed, it is calculated from the values displayed in the transfer section on the "General Panel"

I just left them for a few months.

So at some point in that few weeks the download history has been lost, assuming you are not the originator of these jobs of course.

here are much faster seeds than me on almost all of these torrents.

Not sure why you think that has any relevance, "speed" is not particularly  a factor for peers to 'decide' on which seers to 'prefer', piece availability and free upload slots is what matters.

Ok, but do you see that there is something WRONG here?
There is a bug, agree? Obviously 9999.99 is not the real ratio and I am explaining that I have not fiddled with the ratios in an way.

Or is anyone suggested that this is intended behaviour?

I have a 3 MB up line and did NOT upload several terrabytes that this would require, in a month!

Don't know what else I could do to prove this is wrong.

It's happened to approx 3% of all torrents I've seeded over the last year. So it's not a fluke or limited to a specific release.
Obviously something isn't working quite as intended - the values are getting corrupted.

I want to report this as a bug - what do I need to do for it to get logged and investigated as and when?

Do the ratios in the column match the one shown in the general tab?

I have a 3 MB up line and did NOT upload several terrabytes that this would require, in a month!

Who cares!!! Will you be telling us the numbers for downloaded and uploaded data so we, (especially sledge) can determine if this IS a bug or merely you reading it incorrectly.

PLEASE!!!

OK. I think I know what is happening. I looked at the qbt code. Among other things it does the following. It sets global variable named MAX_RATIO which has the value 9999.0. Then when it calculates the ratio it does this simple thing-> ratio = all_time_upload/all_time_download. Then it does one more check to adjust the ratio. If ratio > MAX_RATIO it sets ratio = MAX_RATIO. What this means?
Let's say you imported a multi-file torrent which was missing a small .txt file. So qbt downloaded a few KBs, let's say that it downloaded 6KB. Let's also assume that your torrent is 600MB total. Let's also assume that you uploaded 600MB worth of data. So we have this sequence: ratio = 600 MB / 6 KB = 100000. But because 100000 > MAX_RATIO you get 9999.0.

But even if you got a ratio < MAX_RATIO the above calculation would still explain the rather big ratios you get.
Can you tell us if indeed those torrents were partially(or at whole) completed outside qbittorrent?
Can you also share the "Uploaded"/"Download" values in the general tab of some of those torrents?

It goes without saying that the ratio that qbt displays in the gui has no connection with what the trackers see. The trackers know exactly what amount of data you downloaded and what amount of data you uploaded so they do the calculation themselves.

[quote="sledgehammer_999"]
Do the ratios in the column match the one shown in the general tab?
[/quote]

Thanks for the response and for keeping the tone friendly :-) I really appreciate the work you are doing on QBT and I love this software -- best client!

Didn't think this bug was  showstopper and it only turns up in 3-5% of torrents, that's why I didn't report it sooner.

I think you are onto something with your investigation.

• Value in column = Value in General tab:
  The real ratio from the values shown should be a "normal" ratio, as you can see.
• I have not re-imported any of the torrents affected, however, had some system crashes that seemed to seriously unrattle  QBT. It spent an hour re-checking some of my torrents, (and I have noticed you have to be careful that all drives are present where QBT expects them, or QBT may start re-downloading anything it can't find, to the default directory. So I was paying close attention to what QBT was doing in order to avoid that - had some bad experiences with that in the past.)

However, I've seeded this torrent for MUCH longer than what qbt is showing at the moment.

• It seems that it has lost some of the information such as when the torrent was originally downloaded.
  I think for the first torrent it was ~July last year that I downloaded it. All I have done since then, is seed the torrent. I have not watched it, and not deleted any files from it. Neither have I manually re-imported it at any time,

But QBT has been affected by unexpected shut-downs at system crashes and I think this may be when things went wrong.

HOWEVER, I've seeded this torrent for MUCH longer than what qbt believes.

As previously; what you think, assume or know isn't the issue and qBT doesn't 'think' it just uses the actual numbers that it knows about, and the screen shot figures and you saying that qBT has the dates 'wrong' demonstrates that the "download history" has been lost, refer to post #5 in this thread.

Also there is no 'tone' to my posts they simple statements of facts, how you chose interpret the words is completely up to you.

Ciao, I updated the post with some more info after you made the comment above. Please let me know if you require any additional info.

System crashes and torrent rechecks almost always means that qbt has lost all previous download/upload history. Hence the odd ratios. Looking at your screenshots confirms this. The downloaded data are much-much less than the uploaded. Unfortunately there isn't a way to make a distinction on this. I am open to ideas though.

Not really, there is no 'bug' and no error.

qBT 'lost' the previous downloaded data numbers, along with the original date, because when the system restarted, qBT recovered from damaged resume files by rechecking the payloads against the metadata and rebuilding the resume files. At that point the task became a brand new load of a completed job, so the ONLY download since that day has been communication with trackers and peers (protocol overhead) of 22.7KiB. BUT your uploaded data (since that same date) is 7.6 GiB. Therefore the ratio calculation, taking the data from the resume file data is:

((22.7 * 1024) / (7.6 * 1024 * 1024 * 1024)) * 100