Custom Query (2447 matches)

1. Start Deluge and observe the "Added" column first show the correct date and time.
2. After a short period the date and time will change to 01/01/70 01:00:00 for all torrents.
3. Deluge will either get stuck on that date and time or revert to the correct information.

Here's a video of the behavior: ​http://sendvid.com/7o4xa8wa

OS X Yosemite 10.0.10.3

Hello, Attached is a patch to correct a minor spelling mistake and the addition of --intense_match. While the spelling mistake is self explanatory, --intense_match is not, so here is a brief description of how it can be used. (this example is for interactive mode, but the same thing works in noninteractive)

[currently]

info ISO

^{the above will return all results that start with ISO (e.g 'ISO.BackTrack' will return if you do the above command but 'BackTrack.ISO' won't)}

[when this patch is applied]
info -I ISO
^{The above will return both ISO.BackTrack and BackTrack.ISO because it does 'string in name' instead of 'name.startswith()'}

Anyhow, enjoy

(I used ISO as an example, but HDTV, 320, V0, AVI are some of the other countless ways that you could filter)

I use ArchLinux and in the last week or so, torrents that I have downloading do not obey the global maximum download speed restriction. This was also true for 1.3.4, since I only updated to 1.3.5 today.

The torrents completely ignore the global max download speed restriction, but they do comply with the per torrent max download speed restriction.

I tried completely uninstalling, removing all setting information, and reinstalling deluge but the problem still persists.

My libtorrent version: 0.16.0.0

Please let me know if any other information is required.