Custom Query (2447 matches)
Results (382 - 384 of 2447)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #2780 | Invalid | Deluge doesn't check downloaded torrent | ||
| Description |
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 |
|||
| #2779 | WontFix | AutoAdd plugin disabling watched folders with WindowsError 32 | ||
| Description |
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. |
|||
| #2777 | Fixed | Update NSIS MSVC redist checker | ||
| Description |
Currently the installer doesn't check for the latest versions of Visual C++ 2008 Redistributable. As a result, if the user has the latest version of these runtimes installed, it isn't recognized and he is prompted to install these. As more, an older version. Relevant file: deluge-win32-installer.nsi CLSID currently checked:
You should add these two entries:
I think you should also remove FF66E9F6-83E7-3A3E-AF14-8DE9A809A6A4, so the user would be prompted to update its antiquated VC++ 2008 redistributable to at least SP1. Lastly, I would update the download link to https://www.microsoft.com/en-us/download/details.aspx?id=26368 in order to direct to the latest version. References:
|
|||
