![]() Registered Member ![]()
|
For some reason after I've finished downloading some things and I'm just seeding, KTorrent decides that part of that file is corrupt and wants to re-download the part. It becomes quite annoying when some things do it repeatedly (although I've already used the file and know it's not corrupt)
|
![]() Moderator ![]()
|
|
![]() Registered Member ![]()
|
|
![]() Registered Member ![]()
|
Hi!
Adding my report of having seen this problem with ktorrent 2.2rc1, used with kde 3.5.5. Doesn't happen always, seems to be about 1/2 the time, randomly as far as I can tell. In configuration: "Automatically save downloads to" is set to one path. "Move completed downloads to" is set to a different path, on a filesystem that resides on a different partition. When a torrent completes, the copy box pops up. This can take half minute on a large download because the different partitions requires a copy and delete, rathar than a simple move. As it does its copy, sometimes a error box pops up that says something to the effect of: (paraphrasing, I don't have the errorbox up at the moment).
If I click on "[Not Download]" it'll go to seed mode with the part of the torrent it thinks it has. However the whole torrent has been properly copied over, checksums match, etc. I have never seen a case where the purportedly incomplete torrent wasn't in fact all there and correct. Going to the files-viewer shows missing checkmarks next to the files it thinks hasn't been downloaded. If I stop the seeding, manually check the checkboxes in the files-viewer, and then select Downloads->Check Data Integrity, it correctly realizes that it does in fact have the full download. However if seeding is restarted, it errors out with (paraphrasing) "Cannot read [filename]". Checking the temp-files/torNN/cache directory reveals that some of the symlinks still point to temp-files/torNN/dnd/filename.dnd from when it incorrectly thought it was a incomplete download. Forcing these links to point to the files in the move-completed-downloads-to directory fixes the problem and seeding proceeds normally. If, instead of "[Not Download]", I click on "[Recreate]" it doesn't seed, rathar it attempts to re-download what has already been downloaded. It doesn't seem to get anywhere however. If I then go into the cache directory and force the symlinks to point to the right places, then do a Check Data Integrity, it correctly concludes it has the full thing and it pops into seed mode with no further errors. If there's more information you need I'll be glad to try to help out. This new client seems great, except for this one aspect. Thanks!
Last edited by Akkara on Mon Jul 09, 2007 11:11 am, edited 1 time in total.
|
![]() Registered Member ![]()
|
|
![]() Moderator ![]()
|
|
![]() Registered Member ![]()
|
|
![]() Moderator ![]()
|
|
![]() Registered Member ![]()
|
I am also experiencing this problem, it only started happening after an automatic update to 2.2
this is happening on kubuntu 7.04 (feisty), kde 3.5.7 It is not happening to torrents that completed prior to the 2.2 upgrade, only on torrents that are started with 2.2. Also, I am seeing this problem, both on torrents after they are 100% download and seeding, and before I finish downloading. Also, this seems to be happening on multi file torrents that I select only part of to download, instead of the entire package. In addition, my upload/download tracker ratio on sites that monitor this no longer seem to be updating. |
![]() Moderator ![]()
|
The file selection in the dialog is broken in 2.2, this will be addressed in 2.2.1. You will have to redo it manually in the files tab until 2.2.1. |
Registered users: Bing [Bot], Google [Bot]