Custom Query (2449 matches)

When you right click a torrent and select open folder, the behaviour is incorrect. It opens the root torrent folder rather than opening the folder containing the individual torrent downloaded files.

Pretty sure this is a bug as it doesn't make sense to have designed it this way.

1.3.12 running on windows 10.

After downloading a torrent, then saving the file/directory and then removing the torrent from Deluge, and then waiting a day or more then trying to add that same torrent through magnet link, Deluge does not check to see if that file has been downloaded.

It just stays stuck on "Downloading 0.00%"

---

DELUGE VERSION: 1.3.12 (i'm not sure how to find libtorrent version since i'm running windows) Windows 10 64-bit version 1511 build 10586.14 No plugins enabled Installation method from installer

I am getting closer to figuring this out, see below error report:

[ERROR   ] 19:51:40 core:323 Disabling 'Z:\abcd\Watch\abcd', error during update: [Failure instance: Traceback: <type 'exceptions.WindowsError'>: [Error 32] The process cannot access the file because it is being used by another process: u'Z:\\abcd\\Watch\\abcd\\abcd.torrent'
twisted/internet/base.py:1192:run
twisted/internet/base.py:1201:mainLoop
twisted/internet/base.py:824:runUntilCurrent
twisted/internet/task.py:218:__call__
--- <exception caught here> ---
twisted/internet/defer.py:139:maybeDeferred
c:\program files\deluge\deluge-1.3.11-py2.6.egg\deluge\plugins\autoadd-1.04-py2.6.egg\autoadd\core.py:318:update_watchdir

The above happens when I cut and paste a *.torrent file into any watched folder.

The file does import into Deluge but then the watch folder in question unchecks itself, so any future *.torrent files placed in the directory just sit there, until I forcefully check the relevant box again. If multiple files have built up in the directory, they all import without a hitch. This happens at least when I have the "Delete .torrent after adding" option checked.

It almost seems that Deluge is trying to delete the file before it has finished copying to the watch folder, or at least before Windows "unlocks" the file for other processes to modify.

Any ideas on what is happening?

N.B. - I am trying the "Append extension after adding" function to see if it fixes the issue. I assume I will get the same result though, as if the file is being used by another process and can't delete it then Deluge won't be able to rename it either. UPDATE: Yes, same issue as I suspected.