Squall-Leonhart

Established Members
  • Content Count

    26
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Squall-Leonhart

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 3.5.5.45311 resolves the issue i posted about torrent rechecks being horrifically slow, it'd only existed since as far back as 3.5.3(probably further, and i didn't notice)
  2. they were working in 3.4 b30345 though i can't say whether or not if this was the last time they worked properly or if the regression occurred on a later build. Install 30345 - not working! How many torrents do you have, I have around 150 and labels are definitely working. they also work in 30409, but that version has a slow memory leak......
  3. 'Fix' implies that it was working at one point. That's never been the case with 3.4 they were working in 3.4 b30345 though i can't say whether or not if this was the last time they worked properly or if the regression occurred on a later build.
  4. - Fix: Duplicate device names for android devices not fixed every time i plug in an android device 2 items are created.
  5. Indeed IdiotBT for example. not having any issues with upload slots being utilised with 3.3
  6. As you were able to put a backslash after Jazz' date=' use a backslash before Jazz?[/quote'] utorrent 3.0 would use / in labels and then auto correct it to \ upon finish im not sure where i learnt to use / from though.
  7. Using labels to place torrents in subfolders cause the path to have the wrong slash You can still seed the torrent in this situation but opening the torrent location or files within the torrent will just open the root user documents folder. Lets say you use labels to place music in a music folder, sorted by genre, you would have a label like Music/Jazz upon torrent completion, the path in the current beta ends up X:\Downloads\Torrents\Completed\Music/Jazz\{whatever} which causes a problems when opening the folder location since it trips up on that /. I am not sure when this specifically started occuring. hmm, or it seems the behavior has since changed to allow \ in labels, i recall in 2.x this would cause problems with the path nvm then, changed all my labels and corrected any affected torrents.
  8. ah, was wondering about that. yeah, im seeing that too. happening for torrents that you didn't select all files in, its probably the same bug as ChichipioWilson posted so arvid might have already fixed it.
  9. Forcing a recheck on a large torrent is consuming basically all memory. Never had such an issue in 2.2.
  10. i was too busy searching with logger as the term. doesn't help at all that between 1.8 and 3.0, the settings for UI have had to be reconfigured 3x.
  11. having disk writes enabled at all in 3.0 alpha causes disk overload. its not high speed related (occurs at 4KB/s) and 2.2.1 works just fine. none of the usual fixes work, none were needed in 2.2.1 in the first place and whats with the removal of the logger tab....