Custom Query (2443 matches)

After open one file from Files tab in GtkUI window (by context menu), deluge's cpu (core) load become almost 100%.

Python version: 2.6.4 Platform: Arch Linux

Every multi-file torrent downloads into a directory with the same name as the torrent. If I rename that directory (In the 'Files' tab), then I later want to move the directory (Using rightclick-'Move Storage'), it fails to do so. I'm guessing this is because it's trying to move using the original name.

[The move after completion fails in the same way -- if I rename the directory while downloading, it doesn't move it once it's done.]

=============================== Completely Hypothetical Example ===============================

Torrent named "Sexy lampshades hothotxxx.torrent", containing some very sexy lampshades.

Initially it is set to download to:

/home/anonymous/NewDLs/Sexy lampshades hothotxxx/

Then I rename it (in 'Files') to conceal my lampshade fetish:

/home/anonymous/NewDLs/Tax Reports 2002/

However, I later decide that I want to move it to a different location, while still being nice and seeding to the world, so I try to 'Move Storage' to an existing directory:

/home/anonymous/Work/

Then I would ideally have lampshade fetish material deeply hidden in my work folder, at

/home/anonymous/Work/Tax Reports 2002/

However, the move has no effect and it remains in NewDLs.

When I suspend my system (Windows 7 x64), using eigher sleep or hibernate, upon waking the system the "test active port" test for incoming connections fails consistently. Restarting Deluge resolves it.

This might be exclusive to Windows though, or libtorrent's win32 implementation.

This is unrelated to UPnP - I have it disabled and use manual port forwarding (note that there is another problem with Windows sleep and UPnP).

I'd like to hear if anyone else has this problem or if it's caused by something else in my setup.