Jump to content

signe

Established Members
  • Posts

    31
  • Joined

  • Last visited

Posts posted by signe

  1. (Build 27226)

    I swear that I've been reporting this since before 3.0 was finalized, but certainly since before 3.1.

    The "Bandwidth Allocation" context menu is off by one. If Normal is selected (as default) the highlight is shown on Low. If you select High, it shows on Normal. If you select Low, it doesn't show at all.

  2. 1. Completed Date is consistently ~45 days ahead. Files completed today are listed as 2012-01-31.

    2. The "Bandwidth Allocation" submenu is off-by-one. I reported this on previous builds, but it hasn't been addressed. Selecting High shows Normal selected. Selecting Normal shows Low selected. Selecting Low shows Low selected.

  3. (24979) Seeding is causing directory modification timestamps to be updated.

    ex:

    Two multifile torrents are set to seed with no leechers currently downloading. Both directory timestamps are set to 2011-01-01 00:00:00.

    When a leech begins downloading, the directory modification timestamp is updated to now. (2011-03-02 21:31:00)

    This doesn't affect single file torrents.

  4. Hmm, the behavior is supposed to be that it should only move upon completion once and that's it. Setting a label after the fact should have no effect.

    Right - I'm not talking about move upon completion. Using "Set Download Location" (i.e. Right click, Advanced, Set Download Location...) which just started moving files when used (a long requested feature) is doing this.

    What I'm saying is that when the file was downloading I either forgot, or didn't have enough time, to set the label - so, the file ended up in my root torrents directory. (i.e. D:\Torrents\)

    I set the label now that it's finished so I can keep track of it, and then I use Set Download Location to move the files into the proper location (e.g. D:\Torrents\Label\)

    The Set Download Location functionality is appending the label to whatever directory I select. So, if I move a file from D:\Torrents\ to D:\Torrents\Label\, and the file's label is "Label", then the file *actually* gets moved to D:\Torrents\Label\Label\

    Make sense now? It's a little confusing to explain, much easier to see happening.

  5. b21340:

    Still experiencing the issue with Set Download Location where if "Append the Torrent's Label" is enabled, the label is appended to the directory set using "Set Download Location" as well.

    This means that if I have a file in "D:\Torrents\", and it's labelled "Downloads" (which I, of course, set after it finished, otherwise it would already in the right place)

    Using Set Download Location to move the file to D:\Torrents\Downloads\ actually moves the files to D:\Torrents\Downloads\Downloads\

    This is of course even more messed up if you use multi-level labels, like I do. (e.g. labels like "Downloads\Home", "Downloads\Work", "Foo\Bar\Baz" ... )

    This turns into things like

    D:\Torrents\Foo\Bar\Baz\Foo\Bar\Baz\[file]

  6. I'm seeing repeated issues where files are not being unlocked:

    Stopping a torrent doesn't unlock files.

    Torrents that complete normally are frequently (though not 100% of the time) failing to move into their target directory. When this happens, (in multi-file torrents) some of the files will move, then then it will hit one that's still locked, and the torrent will enter an "OS couldn't find the file" state. This causes great grief because you have to stop the torrent (which doesn't unlock the files, as noted above), or exit ut entirely, move the files by hand, then Set Download Location and do a forced recheck of the pieces before it will work again.

  7. @doug2h - I'm seeing the same thing. Read cache never grows beyond 1 M, but the use fluctuates between 0 and 4M.

    Write cache was sitting at >3G out of 32M.

    When I disable write caching, the read cache suddenly starts to grow, as it should have been all along. Up to 18M and increasing slowly as it needs it.

    I think the two issues are linked, obviously...

×
×
  • Create New...