Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#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 Changed 8 years ago by Cas

  • Milestone changed from 1.3.13 to 1.3.x

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

comment:2 Changed 8 years ago by thepace

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 Changed 8 years ago by Cas

  • Resolution set to WontFix
  • Status changed from new to closed

comment:4 Changed 8 years ago by Cas

  • Milestone 1.3.x deleted

Milestone deleted

Note: See TracTickets for help on using tickets.