osm0sis

Established Members
  • Content Count

    808
  • Joined

  • Last visited

Community Reputation

1 Neutral

About osm0sis

  • Rank
    Advanced Member

Recent Profile Visitors

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

  1. osm0sis

    µTorrent 3.3.2 Stable

    Firon! <3
  2. osm0sis

    µTorrent 3.3.2 Stable

    The exact same 1' date='115K as 30180 here...[/quote'] Nope 30180 was 878kB according to my %AppData%\uTorrent\updates folder.
  3. osm0sis

    µTorrent 3.3.2 Stable

    And 200kB larger... Weird.
  4. osm0sis

    µTorrent 3.3.2 Stable

    29786 just rolled out over the beta auto-updater even though 29806 is the latest in the OP. :/
  5. osm0sis

    µTorrent 3.3.1 Stable

    Yeah I think they pulled it. It's not on the servers anymore; only 29812 that I can see.
  6. osm0sis

    µTorrent 3.3.1 RC

    So I'm guessing no changelogs are posted anymore because they're embarrassed that it's up to RC10 again?
  7. osm0sis

    µTorrent 3.3.1 RC

    That sounds like a good hint... Always? @Osmosis: you have the same message? Every time? I always have delete to trash at false, so I don't see that error. Also I think we might be referring to something different, but perhaps related, since I don't keep things in incomplete and have it move or anything; I'm just referring to the copies uTorrent keeps in %AppData%/uTorrent to run from. And I'd venture to guess that it's more likely to happen while seeding than when the torrent is marked "completed/finished" from reaching the seeding target, etc. But there still doesn't seem to be a rhyme or reason to that since I've had those ones be locked too.
  8. osm0sis

    µTorrent 3.3.1 RC

    Auto-deletion upon removal. Amended.
  9. osm0sis

    µTorrent 3.3.1 RC

    No. You're wrong. "Remove and delete .torrent" IS auto-deletion. That's how it always worked before and still works sometimes. It's a regression due to the file locks which continue long after the the download is removed from uTorrent, interfering with the delete call it's supposed to make at the same time.
  10. osm0sis

    µTorrent 3.3.1 RC

    1) Set Remove to "Remove and delete .torrent" (gui.default.del.action = 1) 2) Download torrents as usual for a few days to 1 week. 3) Remove them while they are seeding/completed. 4) Check %AppData%/uTorrent; notice it's full of .torrent files it didn't delete. As I've said previously, it doesn't happen every time, but it happens a lot, and it seems to be that uTorrent isn't releasing the file lease/lock quick enough for the delete call to work. I can even try and delete some of the leftovers manually and they are still locked until I exit uTorrent or force them unlocked with a program like Unlocker. I also have gui.delete_to_trash = false, but I've tried this both ways and it doesn't seem to matter.
  11. osm0sis

    µTorrent 3.3.1 RC

    Since when anyone is doing what you tell him to?... And I said important... rafi, just because the issue doesn't bother you doesn't diminish it's importance. You are not a moderator. The bug is a regression, and needs to be fixed.
  12. osm0sis

    µTorrent 3.3.1 RC

    %appdata%/uTorrent still fills up with torrent files despite changing the default remove option to +torrent; pretty annoying to discover 300 of your old torrents still kicking around. That's a broken option and uTorrent should clean up after itself if I tell it to.
  13. osm0sis

    µTorrent 3.3.1 RC

    Quit trolling. Your question didn't make any sense; but following that link, sure, seems like a reasonable suggestion.
  14. osm0sis

    µTorrent 3.3.1 RC

    Getting back on track then. Nagging reminders never hurt, rafi. You pretty much live by that usually, or are you now the only person allowed to make them?
  15. osm0sis

    µTorrent 3.3.1 RC

    Okay, seems like we're back on track. Please also make the "Create Subfolder" checkbox remember its last state as well. I rarely ever make subfolders on a per-torrent basis so this is really annoying to uncheck every time. Thanks!