Established Members
  • Content Count

  • Joined

  • Last visited

Posts posted by osm0sis

  1. [2013-05-18 13:50:14] Warning: Delete to trash failed for D:\!Incomp

    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.

  2. 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.

  3. The bug is a regression' date=' and needs to be fixed.[/quote']

    May be, even probably. Try and give repeatable repro-steps to recreate it, and there is a good chance it will be fixed. Unlike for the rest of the issues in my list - I couldn't.

    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.

  4. That's a broken option and uTorrent should clean up after itself if I tell it to. wink

    Since when anyone is doing what you tell him to?... :P 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.

  5. :rolleyes: Did I miss anything important?... :rolleyes:

    %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. ;)

  6. New 3.3.1 beta: 29525


    - Please remove updates.dat and updates directory OR uninstall and remove settings before installing 29525.

    - Rate limiter issue fix will be in next build.

    29525 Changes:

    - Fix: "Checked 0.0%" bug

    - Change: Add safety net to prevent constant respawning

    - Fix: Issues running install when client is already installed

    - Fix regression: color of utorrent progress bar

    - Fix: Crash when playing media files in BitTorrent Plus

    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! :)

  7. Yeah it reinstalled itself for me too, but to the same folder since I already have it where it likes. Anyway just copy all the files from your old folder to where it likely installed to, %AppData%\uTorrent

    Edit: There you go. Figured it out on your own. :)

    There's no fuss. Once it's in %AppData% it should work fine. Let it update.

  8. 438 also reorders the priorities you have set for your downloads. Between that and the Check bug, it's hilariously unusable. Honest question devs: do you even run your own program before you upload it?

    Good news is I grabbed 335 from the %AppData%\uTorrent\updates\ folder and deleted updates.dat to remove the blacklisting on it, so now I'm able to properly BitTorrent again, at least until the next "beta". :|

  9. Option to remove the twitter and facebook icons from the status bar needs to be added. :/

    Click through once and they go away.

    Actually surprised Osmosis didn't know that.... you been here how long? :P

    Haha I don't click shit if I don't need to. Especially when it's my torrent program trying to link to my social networking. ;)

    Thanks for the heads up ciao, hopefully they throw it into the advanced options as well, as it should be.

    A lot has changed in 8 years. :/

  10. Minimizing uTorrent (to the system tray) does not hide the add torrent dialog box.

    Interesting. You mean if it's up that doesn't get rid of it. Must be because of the modality of the dialog.. It should still follow the parent if minimized though, you're right. :)

  11. Can I get an adequate answer from THE DEVELOPERS? :|

    I'm not a developer, but I've been here awhile. The duplicates are leftover from an older bugged version that created them. To get rid of them: Close uTorrent. Get Ultima's Bencode editor from the General forum and edit your %Appdata%\uTorrent\settings.dat file, you'll find the duplicates in there fairly easily. Save and remove the .dat.old, then run uTorrent again. Done. :)

  12. On a related note..

    Remove and Delete .torrent used to remove the .torrent file from %UserData%\uTorrent

    That's the same as default del action 1. This has been broken for awhile. :/

    It appears to be because uTorrent isn't always releasing the file lock in a timely manner before it tries to delete it.

  13. I maintained a huge list of bugs for a few versions too. Largely ignored' date=' of course, so I've given up.[/quote']

    Don't give up... yet... Or, send me your list... :)

    Haha here you go, sir. Follow the "year ago" link. Plus, here are the last few times I posted updates about them/new bugs:

    Yeah, "Apply limit to transport overhead" is very broken. It still allows the disk write cache to balloon up, well over the maximum, like I reported, oh probably a year ago?

    And the rest of those bugs still all apply.

    Still makes it kaboom, but the disk cache is actually able to catch up in this version where it would just get stuck before, so... half way fixed?


    You can see the gap in the graph before the disk writes start occurring. In that time the cache had exceeded its bounds (32mb) for a total of 140mb or so. It only does this with that overhead option enabled, as I've been saying since... oh.. 3.0. ;)

    "Apply rate limit to transport overhead" still breaks EEEVVERYTHING to do with the disk cache. This is a longstanding bug, if you don't plan on fixing it then just remove the option. It would be the responsible developer thing to do rather than leave broken settings in for versions and versions. ;)

    Also please make "Create subfo(lder)" remember its state. Every time the window pops up I have to uncheck it again since that's usually the way I want it. Thanks. :)

    Just noticed the alpha doesn't seem to be respecting gui.default_del_action anymore. I have it set to 1 (Remove and delete .torrent) but my %AppData%\uTorrent folder is still filling up with files.

    Edit: Seems to be because some of them are/stay locked?

    Keep up the fiery spirit. :P We need someone externally tracking the bugs and holding these guys accountable considering their internal tracker clearly doesn't. :rolleyes: