rd79

Big thread here for this issue, no fix yet. https://forum.utorrent.com/viewtopic.php?pid=640344

Build 26729 I am now having disk overload problems as experienced and posted by many others. Windows 7 64-bit, i7 2760QM, running wireless (300Mbps 5Ghz), writing out to local disk or to NAS does not seem to make any difference. Preallocate is enabled, and my disk cache settings are identical to those in rafi's "tips" thread. I have increased the cache manually which sent the torrents to 100% but now they are stuck "Flushing to disk" but there are no disk writes being performed at all despite all torrents having finished downloading to the cache. uTorrent is now sitting here doing nothing whatsoever with a bunch of torrents stuck "Flushing". If it werent for the RSS implementation (have tried other clients and they dont seem to have the RSS flexibility), I would be "flushing" uTorrent right about now.too. How can something seemingly so simple as saving a file be so difficult? edit: Cancelled 3 remaining with "flushing" status, relaunched uTorrent - cache is filling again with no disk writes at all:

I am having the same problem, when setting label in the "Add new Torrent" dialog, certain torrents it will always crash when setting label, other torrents have no problem with this. If I leave the label blank it will add the torrent fine, I can then right click the torrent and add a label normally. I submitted dumps via the internal feature, but it throws a HTTP error on each dump submission.

Enabled, but what I am describing is not the normal alternating "background" highlighting - it actually selects every second torrent in the displayed feed as if it is actually clicked. That said, with the setting disabled I cannot replicate - so this setting triggers the unexpected behavior.

RSS feed GUI issues: 1) Select a feed, right-click on the same or any other feed. Every 2nd torrent in the feed you are viewing becomes selected. 2) The combined "Feeds" view is constantly re-drawing/re-sorting where there are duplicate items from different RSS feeds - you can see this by either highlighting one of the duplicates and watching it jump around, or by enabling the Label column and watching it have a seizure.

26554 Still getting stuck at 99% - single piece logged as hashfail over and over. Dump file: http://www.multiupload.com/O5DHNF29NW Also have App column still and unable to remove as it is no longer in the list.

I concur, issue still present on 26419 - just ahd 3/3 stuck at 99%. Stop torrent and force recheck goes to 100% right away.

It's a poisoned torrent. Find another one. I don't think so. Maybe the reason is it's got non-English (Cyrillic) name? This is not an issue with poisoned torrents. There is a bug causing this. There are a few posts in the 3.1 alpha (non-plus) thread here too with the same issue. Page 6/7. http://forum.utorrent.com/viewtopic.php?id=105596

This should be the same issue I just posted about above you. If you check the log you will see FAILED HASH CHECK for the same piece over and over and over!

With this 3.1 I have been getting a lot of FAILED HASH CHECK messages. Will get 99% or so and then crap out and fail the same piece every time from every peer. I have multiple torrents exhibiting this behaviour. I can download the same torrent files in 2.x without issue. If I stop the torrent, and perform a force recheck - the torrents will then complete normally.