HI,

I had a strange behaviour using last cvs yesterday. I let ktorrent download overnight. This moarning, i found the kde crash dialog. I launched ktorrent and it complained it couldn't find files in
my_download_folder/torrent_dir/torrent_dir/files.
The files were in
my_download_folder/torrent_dir/files.
I moved them there, and then ktorrent complained about not able to find files in the standart location (my_download_folder/torrent_dir/files).
So i linked the files so they were in both place; ktorrent didn't complain anymore but my files were all at 0% (in place of 98, 99 )

Now i removed torrent&data, maybe i should have kept them for more testing.

Ill report future investigations.

Thanks,
Charly

hi,

Actually it doesn't happen after a crash but on each restart.
i download a torrent in FOLDER1. The torrent create a folder TORFOLDER. So files are in FOLDER1/TORFOLDER. On restart, ktorrent complain about not finding files in FOLDER1/TORFOLDER/TORFOLDER:

Several data files of the torrent "TORFOLDER" are missing, do you want to recreate them, or do you want to not download them?

In my temp folder, the cache folder of the torrents contain links pointing to the right files & the OUTPUTDIR is set to the right folder in the stat file.

So what's wrong here?
Shoud i post a bug report on bugs.kde.com?

Thanks,

Chary

I'm not seeing this happen with the latest code.

Im using revision 668376.

This happen when you change the location for temporary files. Starting download new torrent with this location changed, closing and reopening ktorrent will reproduce the issue. Changing the location to it's default won't make you able to resume torrent already started, but new ones will be resumed fine after clsing the application.

Seems strange to me. Maybe you could disallow people to change this location for a quick fix. There's no reason to change it in fact. I thought it was the location files being downloaded will be placed. So i was confused with the next 2 options. I could'nt figure exactly wich one does what (cause i didn't know of these temp file before). So removing this will make the form clearer and avoid this issue.

regards,

Same for me.

I've also found out, that if have this (notice the red underline):

then I'm getting the missing data with doubled torrent's top dir, and if I've got this:

then if I'm saving in that dir, the warning doesn't show up (if I choose other one, then it does).

I have a similar issue, but I don't know if it's the same problem. In my case, the problem has been happening for quite a while and it's definitely still happening with the 2007-05-26 SVN snapshot.

Sometimes when KTorrent starts up, it cannot locate certain torrents. It asks me if I want to recreate the files or not download them. In most cases, if I tell it to recreate them, I lose all of the downloaded data, though in one bizarre case, it created a subdirectory. The torrent had multiple files and was putting them in a folder with a name something like "Naruto - 041-045 [C-W] (HQ)". It created a subdirectory with the same name. It then either put the old files in the subdirectory and recreated them where they were supposed to be or it recreated the files in the subdirectory and started downloading to there (I don't recall which). In either case, it was very odd. I've only had that happen in one case, but it happened to 3 similarly named torrents at the same time (perhaps that bizzare behaviour was simply a bug that KTorrent had that week that was fixed in the next snapshot). Of course, once I figured out that telling KTorrent to recreate the files was a bad idea, I stopped doing it, so it's quite possible that this bizarre case could still occur regularly but since I never recreate the files anymore, it never happens to me.

In any case, that one bizarre case aside, there are times when KTorrent sometimes cannot find torrent data and asks if I want to recreate the files or not download them. In all cases except for the bizarre one above, if I tell it to recreate them, I lose all of my data. If I tell it to not download them, then it doesn't download them and it marks the torrent as seeding since it now has no data. It still shows the correct amount downloaded (probably because the number is stored by KTorrent somewhere), but it doesn't think that it has any data and so it doesn't upload any of it, and because I told it not to download the files, it doesn't download either.

The only way I know how to fix the problem is to tell KTorrent not download the files and then delete the torrent and reimport the torrent and its data. I don't think that I've ever lost my data when I've done that.

To make matters more interesting, this only ever happens to me on a particular partition. My main partition is reisferfs 3 and that's where I usually download my torrents to. It never has any of the problems that I described above. However, if I choose to download to a one of my other partitions, this problem occurs frequently. The partition in question is in ext2 so that Windows can read it as well (though it's rather infrequent that I ever boot into Windows and the directories in question are never written to by Windows). I download the files to "/Windows/J/linux/torrents" where "/Windows/J" is the partition, and data that only linux touches goes in the "linux" directory, so I'd be stunned if Windows had anything to do with the problem - particularly since I almost never use it.

In any case, when I download files to "/Windows/J/linux/torrents", they often are not found by KTorrent when it is started. Sometimes they're found and sometimes they're not. It does not appear to matter whether or not the torrents in question are seeding or still have data to download. The only thing that I've ever been able to determine that is completely consistant about this are that it only ever happens on my "Windows/J" partition.

I have never been able to find anything else that would likely help with hunting down the bug. Is there some known issue with ext2 that makes it so that KTorrent doesn't like it? The only differences that I can find between the partitions are that they are on separate hard drives; that one is in reiserfs, the other in ext2; the reiserfs partition is 56G while the ext2 is 59G; and that one holds its torrents at "/home/jmdavis/Documents/torrents", while the other has them at "Windows/J/linux/torrents". The hard drives themselves are identical and neither of the partitions is the only partition on its drive.

Well, this post is a tad long, but hopefully it lays out the situation fairly well. I probably would have reported this bug a while back, but I have never been able to find more detailed information on its behaviour and what I have is so vague that I don't know how you're going to find it. I don't know if it has anything to do with the other problems listed in this thread, but it's similar enough that I thought that I should post it here.

data not found bug is there in KTorrent 2.2beta1

I have to "remove torrent" by "keeping data" and again add the torrent to download at the same location to get the downloading continue.

With Files ktorrent is not having problem.

But with Folders, ktorrent, after crash, is creating a *subfolder* inside the *folder* which is not an expected behavior.

This has been fixed yesterday, I thought I already posted this, but I must have forgotten to click the submit button.

Yes my friend George,

It is fixed with June 02 2007 SVN build. I've installed it from svn and the problem is gone. Thanks for fixing it.


KTorrent really rocks!