download progress goes backwards
 

hey, i was using version 0.95 rpm on FC3.
one of my downloads got to over 90%, I came back hours later and it had gone back down to 60%. The MB's downloaded had also decreased. This has happened to me twice in as many days, I have only been using the program for two days.

I have now upgraded to 0.95.3 rpm minutes ago so I cant say if its still happening on this version.

is there an explanation, I was thinking its some bug to do with swarming and how the files are reconstructed... and for some reason large ammounts of data are being trashed if that source goes away.. but i dont know how it works, just a guess..

This has been reported by a few people:
https://sf.net/tracker/index.php?fun...67&atid=104467

There's no bugfix or explanation yet. It might be caused by
accepting overly large chunks running over an already
downloaded area.

yeah its real wierd, its downloaded data, then the host has gone offline and its dumped it all or something... but in the mean-time i have viewed that part of the file, then it has disappeared later..

This isn't _that_ weird actually.
There are 2 issues here which can cause this behaviour.
Gtk-gnutella (like most other gnutella clients out there) use swarming to improve download speed. That means it tries to get a part of the file from every client hosting that file.
Of course, there can always be someone lame who says it has the file while it actually is another (corrupt) file. So avoid that people get a corrupt file as well gtk-gnutella will overlap a small piece of data between requests to improve the chance the files are indeed the same and not a fake file.
If the overlap doesn't match, gtk-gnutella will backoff a few bytes. In other words, it throws away a piece it has allready downloaded and tries again to see if it can find a match now. In the worst case, it could happen a download is at 99%, and a mismatch happens. If the corrupt file got in around 10% it will actually backoff till it is at 10% again (that is where it should find a overlap match again)

To make sure the file you downloaded is correct, every file on gnutella is provided with an SHA1 hash. This file must match the file gnutella has downloaded, otherwise gtk-gnutella will throw the file away (actually, it is moved to the Corrupted directory) and start all over again.

What gtk-gnutella still lacks to prevent this is tigertree support (see also the Call for help page)

Hope that clears it up a little bit.