Page 1 of 1

2.5.3.0 bug with Gnutella transfers.

PostPosted: 01 Nov 2010 17:21
by tharrison1
I did a G2 search for images with a particular query and promptly got five hits for partially-downloaded files I already have. Previewing the partials shows them to be legit (not spam/flooding).

The hits were all on the same source, which showed as Shareaza 2.5.3.0 and with three green checks.

The files did not promptly start downloading. In fact, using filter->all sources and manually right clicking and "access"ing produced a long period of "Connecting" followed by a countdown timer before retry that was unreasonably huge (over 1400 minutes?! That's more than half a day).

What we have here is a source that is non-busy, non-firewalled, and didn't only just come online, which claims to have the file and responded very promptly to a query matching the file, and which times out on trying to connect.

Something's wrong with this picture.

Either the self-reported status of the host is wrong,in which case Shareaza 2.5.3.0 is to blame (unless it's outright lying about being Shareaza 2.5.3.0, but since the file isn't spam that's highly unlikely), or something is wrong at my end, which is also running Shareaza 2.5.3.0. The behavior is consistent and the search itself worked, and other things are downloading, so it's not a problem with my internet connection or operating system. If it's a problem with the remote source's, how come I can consistently get it to return query hits for this file but it consistently times out when actually contacted to request a chunk? How come it doesn't show as "unstable"?

I don't see any interpretation of this case that doesn't involve a bug in 2.5.3.0 somewhere, in either G2 uploads, G2 status reporting with query hits, or G2 downloads.

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 01 Nov 2010 20:33
by old_death

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 02 Nov 2010 09:37
by tharrison1
Quite sure. I've got one like that right now; I grabbed a set of PDFs the other week and all but four of them downloaded. For whatever reason those four have been languishing ever since though they all had the same source in common. I just checked one of them and saw:

1401:13
1401:12
1401:11

etc. at one-second intervals.

It really really doesn't like to keep trying sources that time out, for some reason (though it's worse with push sources, which it forgets if they time out even with downloads.neverdrop true!) The problem is, that covers most sources, because most (unlike me) seem to be online only intermittently.

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 02 Nov 2010 10:35
by old_death
Ah, if you have neverdrop = true, that might be the reason: each time Shareaza fails to access a source, the waiting time doubles until that source is tried again. If it reaches a certain length, the source starves, which means Shareaza drops it because it is apparently unreachable. This is not the case however, if you have set the neverdrop option. So your waiting times will get bigger and bigger if a source does not respond. :mrgreen:

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 02 Nov 2010 15:57
by tharrison1

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 02 Nov 2010 19:01
by old_death
No, it's only logical from the point of view of the network implementation.

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 02 Nov 2010 20:48
by tharrison1

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 03 Nov 2010 17:37
by old_death
It makes sense waiting longer and longer: if someone hasn't been online after a certain amount of time, it's more probable that he will be online after the double amount of time than after the same amount of time. (Has to do something with statistical analysis of the online behaviour of computers on the network; very complicated. :mrgreen: ) Note that we're talking about statistical averages here: what is good for the entire network might not be the best solution for your special case, that's a fact we can't change, nor we do deny it.

BTW, the neverdrop option has never been intended to be used as a default. It has been intended to be used in rare occasions for people who have a very unstable internet connection and very low online time per day.

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 03 Nov 2010 20:20
by tharrison1

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 04 Nov 2010 11:09
by zigozag

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 05 Nov 2010 14:21
by old_death
This would have been true if the other computer didn't have a 6 and a 3 hours interval previously. Also, normally a source is dropped when the interval becomes longer than a certain amount of time, which means searches at regular intervals would have been done for your computer in the meantime, enabling the other party to find back your PC again.

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 05 Nov 2010 15:27
by tharrison1
Pending (1 source) changes to Searching (1 source) after a while anyway.

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 06 Nov 2010 13:36
by old_death
...which is only a cosmetic GUI change anyway. :mrgreen:

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 06 Nov 2010 16:34
by tharrison1
Are you claiming it's lying?

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 06 Nov 2010 17:42
by old_death
No, I am not. I'm only telling you that while being in that status (Pending/Searching; this in one status, you will see Shareaza switch between both at a fixed interval), it doesn't search all the time it displays searching.

Re: 2.5.3.0 bug with Gnutella transfers.

PostPosted: 06 Nov 2010 22:45
by tharrison1
I know. I meant if it was just Pending before, it will change to Pending/Searching eventually. (It seems to take a few hours, and to depend on how many sources it already knows.)