#2779 closed bug (WontFix)
AutoAdd plugin disabling watched folders with WindowsError 32
Reported by: | maxwolfie | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | Plugin | Version: | 1.3.11 |
Keywords: | Cc: |
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.
Change History (4)
comment:1 by , 9 years ago
Milestone: | 1.3.13 → 1.3.x |
---|
comment:2 by , 9 years ago
cant replicate on windows 10 and deluge 1.3.12. this may be related to way vm software does its sharing part maybe. on 2 physical pcs everything works fine. i suggest close since its vm software issue unless someone else can replicate this
comment:3 by , 8 years ago
Resolution: | → WontFix |
---|---|
Status: | new → closed |
Probably need to replicate on Windows to see what is going on to apply a fix for this. Looking at the AutoAdd code I cannot see any file descriptor being held open so if another process is holding it open there is nothing much we can do, apart from possibly retrying at the next watch dir pass.
The forum post for this ticket is here: http://forum.deluge-torrent.org/viewtopic.php?f=12&t=53165