Borbus Posted May 3, 2006 Report Posted May 3, 2006 Re-checking torrent for seeding when it has the wrong location does not report "Missing files", instead it will go into stop mode and then start downloading if you start it.To reproduce: Add a torrent, uncheck "Start torrent", check "Open for seeding", select the wrong location for the files (e.g. something random, not where the files for seeding are located). Do a force Re-check, the torrent will go into stop mode, press start, it will begin downloading.Expected results: When you perform a Re-check it would report "missing files".Actual results: When you perform the Re-check, it goes really quickly then goes into normal stopped mode and when you start it it downloads.
DreadWingKnight Posted May 3, 2006 Report Posted May 3, 2006 Actually, this isn't a bug.This is how things are supoosed to be.When you force the re-check, it checks the files that are there (in the place you TELL it to) against the internal hash info. It's not supposed to assume the files are there when you force the re-check. It's supposed to assume they AREN'T and check to see if they are.This is user error, not a bug.
Borbus Posted May 4, 2006 Author Report Posted May 4, 2006 I disagree. If you check "Open files for seeding" it should assume the files are there.I came to thinking this was a bug because I was trying to find an idiot proof way to re-seed files. I could not find a method that would a) not download if the user gets the directory wrong and do a re-check of the files. I could do either of those things, but not both. If the force re-check assumes the files are there when you Open for seeding, it would solve this problem.
Firon Posted May 4, 2006 Report Posted May 4, 2006 Why would force re-check assume anything? Force re-check clears any status of the files and FORCES A RE-CHECK. Open for seeding has absolutely nothing to do with it.
Borbus Posted May 5, 2006 Author Report Posted May 5, 2006 Well, in that case I think the bug is that there is no way to re-check the files when you do "Open for seeding".
Borbus Posted May 5, 2006 Author Report Posted May 5, 2006 There is no way to re-check the files when you choose "Open for seeding". uTorrent won't check the files. It will assume they are there and correct so if they have been altered it will send out hash fails.Obviously you can do a force re-check, but that then defeats the object of "Open for seeding".
Ultima Posted May 5, 2006 Report Posted May 5, 2006 Then just don't open for seeding. When you open for seeding, you're obviously saying that the torrent's complete and uncorrupted. If you don't select that, µTorrent will check the file, and if it finds that it's complete, it will seed it. Simple as that.
DreadWingKnight Posted May 6, 2006 Report Posted May 6, 2006 If you check "Open files for seeding" it should assume the files are there.It does.When you force the re-check, you cancel the open for seeding.Period.
pockeygz Posted May 6, 2006 Report Posted May 6, 2006 I think it is not a bug,you must understand something like this:1.If you choose "Open for seeding",it means that you say "I'm sure all the files are complete,don't worry,just do what I want!".In the case, the integrality of files is assured by user,not by the software.If you directly press "start" for seeding (do not re-check),at the same time the software can't find the files,it must tell you - if it desn't,then it's a bug.2.When you choose "Force Re-check",means that you say "I'm not sure if all the files are complete,please help me.",then the software say "ok, I will help you,but not in seeding mode,because you are not sure what you should".In the case,if the software still in seeding mode,then it's a bug.
Firon Posted May 6, 2006 Report Posted May 6, 2006 Open for seeding, does, however, check to see if the files are there, at least (when you start the torrent).
Borbus Posted May 6, 2006 Author Report Posted May 6, 2006 "Open for seeding" checks that they are there, but not the integrity of the files. Let me explain what I was trying to achieve when I came across this problem:I noticed that a lot of people have a hard time re-seeding torrents, they usually point to the wrong directory and get the files missing error when they do open for seeding, or they start to download if they didn't do open for seeding. Open for seeding was the obvious choice for people to use because they won't start to download or leech their own torrent if they get the directory wrong.The other problem is that people like to alter their files and then try to seed them again. Using the Open for seeding method means that they won't necesarily be doing a re-check of the files, and if they do, it cancels the effect of Open for seeding.I think uTorrent should re-check the files for integrity, not just that they are there, when you choose Open for seeding.I was thinking about it the wrong way when I said it was a bug, force re-check is not what I want, I would just like to have, at least as an option, uTorrent to re-check the files when you choose Open for seeding (maybe a little balloon that says "Files have been altered" or something).
Ultima Posted May 6, 2006 Report Posted May 6, 2006 If files are missing, then they shouldn't be opened for seeding, and as such, µTorrent correctly warns the user that files are missing. If files are renamed... well, files aren't supposed to be renamed if you need to reseed. As has been repeated, not checking the "Open for seeding" option will force µTorrent to check the files' integrity, and if it finds all the files okay, it'll correctly seed the files. Open for seeding is only to bypass the file hash check, for people who KNOW they have all the files, in perfect condition.
Firon Posted May 6, 2006 Report Posted May 6, 2006 The point of open for seeding is to SKIP THE HASH CHECK.
Borbus Posted May 6, 2006 Author Report Posted May 6, 2006 The point of open for seeding is to SKIP THE HASH CHECK.Is it? I thought it was so that it didn't download if the user got the directory wrong.
Firon Posted May 6, 2006 Report Posted May 6, 2006 Nope. It's to skip the hash check altogether, like BitTornado's open for seeding. 1.5 only checks for missing files when starting a seed, and the betas check filesize too.
Ultima Posted May 6, 2006 Report Posted May 6, 2006 Er, I wonder what else post #8 could've meant O.o
Borbus Posted May 6, 2006 Author Report Posted May 6, 2006 Er, I wonder what else post #8 could've meant O.oYes, but as you said, if it doesn't find them it will start downloading which is what I was trying to avoid.I understand now that "Open for seeding" actually wasn't designed for what I had in mind. I was trying to find an idiot proof way to re-seed files. Any suggestions on how to achieve this with uTorrent?
Ultima Posted May 6, 2006 Report Posted May 6, 2006 Hm, can't think of anything, as it seems idiot proof enough for me, but that's just me ;P
DreadWingKnight Posted May 6, 2006 Report Posted May 6, 2006 I was trying to find an idiot proof way to re-seed files.Nothing is idiot-proof.The closest thing REQUIRES you to hash-check the files.
Borbus Posted May 7, 2006 Author Report Posted May 7, 2006 Yes, it's idiot proof enough for me too, but not for a surprisingly large amount of people I think I have found a way to idiot proof it sort of. Open for seeding and stopped, force re-check, if it goes into stopped mode it's been done wrong, if it goes into finished mode (the tick) it's been done right and can be started.Thanks for your help
Firon Posted May 9, 2006 Report Posted May 9, 2006 Just don't use open for seeding at all if you're going to hash check...
Free Will Posted July 21, 2006 Report Posted July 21, 2006 I think this is a "bug" at least too.Let me clarify:1. I have a torrent downloaded 100% on a folder "A"2. I remove the torrent3. oops it still needs seeding4. I redownload the torrent, check "skip hash check" (as uTorrent 1.6 shows), check "start torrent", and of course leave "highest priority" unchecked (ill come to that soon)5. I accidentally point the location to a folder with the same name "A" on a different partition for example6. uT DOESN'T warn me that the files aren't there (even though I let the client believe that I think they SHOULD be there by checking "skip hash check" in the first place) and it puts the torrent in the DOWNLOAD queue.7. I have another torrent downloading before the torrent which im going to reseed is added8. Even when I left the "highest priority" UNCHECKED the torrent which I'm supposed be seeding is placed FIRST on my download queue. And as i have ONE active download at a time, it queues the other one = I lose my unconnectable peers.that is NOT how i'd like it to work. Can i disable it somewhere
Falcon4 Posted July 22, 2006 Report Posted July 22, 2006 I agree. When you do Skip Hash Check, uT should start the torrent under the assumption that all files are complete and in that location. So when it goes to access one of those files for seeding it reacts like a disk/filesystem error occured - file not found. Like when you delete/move a file from a running and complete torrent, and it connects to someone to start uploading and it doesn't find the file anymore.It shouldn't do any kind of file-location-checking when you check "skip hash check"... and it especially shouldn't start downloading either.
Free Will Posted July 22, 2006 Report Posted July 22, 2006 "I agree. When you do Skip Hash Check, uT should start the torrent under the assumption that all files are complete and in that location."Doesn't it do that already if the files indeed ARE there? If i pick the correct folder, the torrent starts at 100% without doing the hashing. That is working fine."So when it goes to access one of those files for seeding it reacts like a disk/filesystem error occured - file not found."What do you mean? I get no other warning that I picked the wrong folder (no files found) except uT starting to leech the torrent, with FIRST priority I might add."It shouldn't do any kind of file-location-checking when you check "skip hash check"..."I think it should see if the files are there at least and then ask me to choose the directory again."and it especially shouldn't start downloading either. :P"Indeed.EDIT by silverfire: To all you excessive quoters: I f***ing hate you.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.