Torrents Deleted when Shutting Down uTorrent

[bobholm]

Previous discussion:

---%<---

* All Stopped Torrents Deleted When µTorrent Shut Down

#1 Today 03:28:44

bobholm

Member

All Stopped Torrents Deleted When µTorrent Shut Down

This is happening EVERY TIME I shut down µTorrent! When I reboot and later restart µTorrent, only the files that were seeding are still in this list. I then have to a) go into my Torrents folder, rename all the ".loaded" files to end with .torrent, and c) double click each .torrent file to re-enter them in µTorrent. This is a real pain in the ass, and I hope that the developers will provide a fix/update very quickly. I am using µTorrent 1.2.

Have a great day!

Bob Holmstrom

Online

* Report

#2 Today 04:25:01

ludde

Site Admin

Re: All Stopped Torrents Deleted When µTorrent Shut Down

Don't use the same autoload folder as torrent storage folder.

---%<---

I don't get it. How do you set uTorrent up to use two separate torrent storage folders? They are one and the same in the program. I don't download torrents separately. I have uTorrent set to automatically grab them when I double-click them on a torrent site. I have set up a torrent backup folder, but it is a pain to keep updating that when there are changes or torrents are finished. uTorrent should simply STOP deleting everything every time the program is shut down. I t should NOT be necessary to reinstall all torrents every time the program is run.

[ClaudiuS]

Very very good point!!!! It is a GREAT flaw in this otherwise excellent program!!

[bobholm]

Indeed it is a great flaw. BitTorrent doesn't do this, and I suspect that no other torrent program does. It's time that µTorrent automatically reloaded the torrents it was working on before it was last shut down. Let us hope that something good will come of this discussion.

[chaosblade]

>> "BitTorrent doesn't do this"

BitTorrent doesnt auto-load torrents either. Is it really complex to use two folders ?

[SledgeDG]

I see where he's coming from

In order to work properly you have to right-click torrents to save them to the autoload-folder

since a doubleclick would still fire up µtorrent with that new torrent but in the end shows the behaviour described above

but..ah well the use of two folders instead of one isn't really such a big price to pay, now is it

Personally I consider that a minor flaw which could always be handled if there is nothing more important to worry about

-DG

[1c3d0g]

I also consider this a minor flaw...Unicode support is more urgent, IMO. :/

[bobholm]

I just find it a pain every time I restart µTorrent to have to 1) delete the "loaded" torrents from the torrents folder (because they aren't loaded by µTorrent), 2) double-click the torrents again in the torrentorigs folder, 3) check µTorrent to make sure they have been loaded and are going through their painfully slow checking process once again, 4) check the torrents folder (which µTorrent uses) to make sure all three torrents are back in there again. I still think µTorrent should automatically reload the "loaded" torrents still in the torrents folder when I restart it. Or it should automatically delete the "loaded" torrents in that folder so that I don't have to do it before I load the torrents all over again. It's an annoyance I could do without.

[Firon]

have you tried closing µTorrent, deleting resume.dat, renaming resume.dat.old to resume.dat, and starting µTorrent?

[bobholm]

The only way that would be less hassle would be to include it in a batch (or BTM, I use 4NT) file which after doing same would load µTorrent. Otherwise, it means digging around in folders and deleting and copying before I can run µTorrent.

But are you sure that µTorrent writes its current torrents to resume.dat.old before it exits? If it doesn't, I'd be no further ahead.

The real question, imho, is why isn't µTorrent reading the resume.dat file when it starts? I just checked the contents of the current resume.dat and resume.dat.old files -- the "old" shows what was running in the last session. The "dat" shows what is running now. Why doesn't µTorrent just read the resume.dat file when it starts up and load those torrents, then? Maybe it's because it has renamed the *.torrent files *.torrent.loaded and therefore cannot find the *.torrent files in its (on my machine) Torrents folder? If that is the case, it should not rename the original *.torrent files at all; it should copy them in the same folder to *.torrent.loaded files or not rename them at all. This seems to be the real problem here.

[Firon]

when uTorrent closes, it writes all the .dat files. The .old file is the written one BEFORE the one it wrote when it closed.

But yes, there does seem to be a bug.

[bobholm]

have you tried closing µTorrent, deleting resume.dat, renaming resume.dat.old to resume.dat, and starting µTorrent?

If you have been following this thread, you now know the problem isn't with resume.dat or its not being read. It's with the fact that resume.dat references the torrents as xxx.torrent, not xxx.torrent.loaded as it renames them in my Torrents folder.

A little experimentation on my part has discovered that renaming the torrents from xxx.torrent.loaded to xxx.torrent causes them to be reloaded into µTorrent automatically at startup. I have created a batch file to do this and then load µTorrent. Eliminates a lot of hassle -- but the hassle should not have been in µTorrent in the first place.

[SledgeDG]

I was just going to suggest that as a workaround until it has been addressed but I see you found out about it yourself

Anyways...for those not familiar with batch processing:

open Notepad and copy/paste these 3 lines

@echo off

rename *.loaded *.

exit

save it as loaded.bat or loaded.cmd into the directory where your torrent.loaded files are

If you start this file by doubleclicking it, it will remove the added ".loaded" from all files in that directory

This is just "quick & dirty" but it works

If you feel like adding other stuff, like the path to .loaded files or i.e. have it start µtorrent after the renaming...be my guest...batch programming is powerful if you do it right

-DG

[bobholm]

Very good, SledgeDG!

But are you sure the rename is going to work with that "*."? I haven't tried it that way. I used if statements in a .btm file (4NT) to check for *.torrent.torrent.torrent.loaded and ren those to *.torrent (yes, I had some from previous rename experiments), then check for *.torrent.torrent.loaded, and finally check for *.torrent.loaded, renaming to *.torrent. Maybe your way works much more economically, but I wanted to be sure to get rid of all the extra ".torrent"s I ended up with in my experimentation.

[SledgeDG]

Believe me, it works bobholm...it's the only (useful) way to completely remove a file extension in a command shell...and a removal is all, what's necessary in our case.

If I'd try it your way in a default environment/command shell like

"rename *.torrent.loaded *.torrent"

it would result in files named "anything.torrent.torrent"...not very desireable I think (as I see you experienced that already

The problem here ist just, that ".torrent" in this case is interpreted as part of the filename..not as an additional extension.

In your case, since you have several .torrent.torrent I would probably use an additional loop that checks for any file with a ".torrent" extension until all file in question are stripped and then have it attach the final .torrent

But it doesn't really make sense since a ".torrent.torrent.loaded" will not be created anymore

Have a nice day

-DG

[bobholm]

Thx, SledgeDG! I will try it your way after I manually delete all the extra ".torrent"s in the filenames. As you said, my way didn't work.

[newt]

I also have the same problem (everytime utorrent closes, looses all Qued torrents) & utorrent does not appear to be creating a "resume.dat" at all (full system searched)

[newt]

I think i have found the problem. Don't use same folder for new torrents & Storage. Working now for me

[bobholm]

I think i have found the problem. Don't use same folder for new torrents & Storage. Working now for me

Yes, Newt, that's the solution I came to. But I also have a batch file to fix things:

@echo off

j:

cd \torrents

dir *.*

ren *.loaded *.

dir *.*

pause

exit

When I then start uTorrent, it sets them all up correctly and, if any were on when I closed uTorrent before, it resumes downloading after searching for seeders and peers.