On 2 or 3 occasions, peers previously shown as (and
known to be) percentiles revert to zero (sorted always
by percentile} and fall to bottom of column.
Just got a couple of quick questions before I start working
on this one. Are the peers still uploading/downloading from
you when they drop to 0%? Also is there any relationship
between the peers that do this? - i.e. Same type of
BitTorrent client, Same tracker etc
Thanks
d0c
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I can't seem to replicate this error here... which tracker
were you connected to or which torrent were you downloading
when this happened? e-mail me via my sourceforge account if
you don't want to post the details in this bug report.
Thanks
d0c
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Tracker; http://s91034150.onlinehome.us/announce.php; ;
Tracker; http://7c0034549d93cceaffde8af0d2bdac6e.tracker.puretna.co
m:6969/announce.php; ;
Still uploading/downloading from me, but never rise above
zero again. Know one personally, and checked his figures
were >0 (he using Shad0w).
Not tracker, as Azureus OK% (but feels murky now, often
fails to accept remote conns - unlike Rufe). Will report back
any further correlatives. Nil peers using Rufus, though am
beginning to spot him around (twice)! [Always give priority to
Rufus!] Never had that memory error that I did in G3, though,
which is tres cool.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Of course, there is no way of KNOWING if other (non-zero) %
ages are also being misreported. But it DOES seem to be
the case that the misreports relate to LATE CONNECTIONS
from the peer group, and not to the connections made when
first establishing the torrent.
Please note: the '%' sign in the % column entries is
REDUNDANT [as is the k in the upload/download speed
columns], and visually distracting, and the space would be
better assigned to a decimal place. The progress of all peers
could then be better monitored.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=1112940
Hey,
Just got a couple of quick questions before I start working
on this one. Are the peers still uploading/downloading from
you when they drop to 0%? Also is there any relationship
between the peers that do this? - i.e. Same type of
BitTorrent client, Same tracker etc
Thanks
d0c
Logged In: YES
user_id=1112940
I can't seem to replicate this error here... which tracker
were you connected to or which torrent were you downloading
when this happened? e-mail me via my sourceforge account if
you don't want to post the details in this bug report.
Thanks
d0c
Logged In: YES
user_id=1235482
Tracker; http://s91034150.onlinehome.us/announce.php; ;
Tracker;
http://7c0034549d93cceaffde8af0d2bdac6e.tracker.puretna.co
m:6969/announce.php; ;
Still uploading/downloading from me, but never rise above
zero again. Know one personally, and checked his figures
were >0 (he using Shad0w).
Not tracker, as Azureus OK% (but feels murky now, often
fails to accept remote conns - unlike Rufe). Will report back
any further correlatives. Nil peers using Rufus, though am
beginning to spot him around (twice)! [Always give priority to
Rufus!] Never had that memory error that I did in G3, though,
which is tres cool.
Logged In: YES
user_id=1235482
Of course, there is no way of KNOWING if other (non-zero) %
ages are also being misreported. But it DOES seem to be
the case that the misreports relate to LATE CONNECTIONS
from the peer group, and not to the connections made when
first establishing the torrent.
Please note: the '%' sign in the % column entries is
REDUNDANT [as is the k in the upload/download speed
columns], and visually distracting, and the space would be
better assigned to a decimal place. The progress of all peers
could then be better monitored.