Jump to content

µTorrent 3.1 stable (build 26671)


Firon

Recommended Posts

This version will focus on minor fixes and improvements from the

recent 3.0 release, and also includes the ability to easily drag and

drop contents onto Apple (via iTunes), Android (directly) and PS3 and

XBOX (via USB) for file types that are within the target formats, and a free built-in Player.

We've also worked hard to improve performance over 3.0 in almost everything.

Download the new version now!

Release highlights:

  • New: Devices node allows you to add a target device such as an Apple
    device, and then drag in-format content to that device. The devices node
    is hideable.
  • New: Free built-in player
  • New: BEP33 (DHT scrape)
  • Change: Disk I/O optimization
  • Fix: Shutdown Hangs
  • Change: Opening >10 torrent folders now asks you "are you sure?" to avoid opening hundreds of windows
  • Fix: downloads now show up in the RSS feed view
  • Change: Speed tab is now shown by default
  • Fix: DHT responses would sometimes be invalid
  • More efficient format for saving resume data will reduce CPU/disk contention
  • UI optimizations make torrent pane update drastically faster for
    updating many torrents

For users who'd like to remove the Plus information pane, you can hide it by right clicking on the button and selecting "Hide Plus Information." The devices pane can be removed the same way.

Changelog:

-- 2012-01-20: Version 3.1 stable (build 26671)

Fix: Disk flushing bug

Fix: netbios computer name was not being properly acquired (UPnP fix)

Feature: Keep track of hashfailures per hour

Fix: issue when switching from simplified torrent view to advanced torrent view

Fix: Changed the nature of windows subclassing in "Add Torrent" preview window

Fix: Show a unique icon for each exe when displaying multiple single file exe torrents in simplified view

-- 2012-01-09: Version 3.1 stable (build 26650)

- Fix: Show conversions node after showing the hidden Category Tree devices node

- Fix: Update Bandwidth allocation menu after user change [GUI]

- Fix: AV column would show up again even if user hid it

-- 2011-12-14: Version 3.1 stable (build 26616)

- Fix: Crash when loading magnet links

- Fix: Fix GET requests by not sending "Content-Length" header (symptom: broken RSS feeds)

- Fix: fix torrent update when manually adding a peer

- Fix: make sure the bottom view is refreshed

- Fix: update toolbar (button) state when torrent status changes

- Fix: multiselecting sidebar nodes would show the same torrent multiple times

- Fix: integer overflow issue when downloading faster than 16MiB/s

-- 2011-12-09: Version 3.1 stable (build 26595)

- Fix: bug where piece with hash failure would keep failing

-- 2011-12-08: Version 3.1 stable (build 26593)

- Fix: crash

-- 2011-12-08: Version 3.1 stable (build 26591)

- Fix: bug where piece with hash failure would keep failing

-- 2011-12-07: Version 3.1 RC10 (build 26586)

- Fix: More accurate iTunes detection

- Fix: If android device is disconnected show text 'connect via usb'

- Change: Default sparse files to off on all platforms

- Fix: make sure we switch over to selected category tree node if no nodes were selected

- Change: Double click to pop out Plus player

- Fix: Remember media files (e.g. mp3) copied to devices (not transcoded) after ut restarts.

- Fix: Fix sorting by percent column in device pane and conversion pane

-- 2011-12-07: Version 3.1 RC9 (build 26583)

- Change: revert cache size change from RC8

- Fix: more crashes

-- 2011-12-06: Version 3.1 RC8 (build 26573)

- Fix: fix issue where no-torrents pane would linger even when there are torrents

- Fix: VLC would crash on win 7 after you stop playback

- Fix: Crash when initially detecting, or plugging in, a phone.

- Change: for now, apply cache size once per run until we track down a problem.

-- 2011-12-05: Version 3.1 RC7 (build 26563)

- Fix: VLC player would crash the second time you used it

- Fix: various edge cases where we wouldn't re-associate with files

- Fix: a couple of sources of erroneous hash failures, mainly multihash

- Fix: fix potential shutdown hang when deleting torrents

- Fix: issues with embedded free player

- Fix: correctly transfer to android and game devices

- Fix: make sure there's enough space before transferring to device

- Fix: couldn't hide app column

- Fix: don't load invalid media

-- 2011-12-04: Version 3.1 RC6 (build 26554)

- Fix: refreshing of status bar and tabs

- Fix: report errors when failing to add files to iTunes

- Fix: fix iTunes detection

-- 2011-12-03: Version 3.1 RC5 (build 26545)

- Fix: Allow setting external player from Preferences dialog

- Change: Disable resume_dir functionality by default (Enable with "resume.enable_resume_dir")

- Fix: Be more picky when detecting inbound SSL connections

- Fix: Smart hash only on a piece boundary (fixes hashfails)

-- 2011-12-02: Version 3.1 RC4 (build 26536)

- Fix: fix issue where installer would show up on every launch

- Fix: Don't ask user for ut Remote security question over and over (and over)

- Fix: several crashes related to adding phones

- Fix: disk IO shutdown hang

- Fix: fixed torrent filtering issue when skipping files

- Fix: use WideCharToMultiByte to determine the length of a narrowed string

- Fix: show devices when selecting to add a device in context menu, if hidden

- Fix: fix language pack loading issue

- Fix: fix torrent filtering issue for completed torrents

- Fix: save and restore add torrent window size

- Feature: add advanced option to perform silent autoupdates (silent_auto_updates)

-- 2011-11-28: Version 3.1 RC3 (build 26519)

- Change: added advanced option to turn off the low disk priority setting (to use normal disk prio). requires restart

- Change: raise disk IO priority to normal when shutting down, to not hang around for too long

-- 2011-11-23: Version 3.1 RC2 (build 26508 )

- Fix: flickering progress bars for checking torrents

- Fix: fix shutdown hang where a hash job would be left hanging, preventing shutdown

- Change: explicitly show the torrent state when it's done downloading but flushing to disk

- Change: show trackers tab by default

- Change: hide 'App' column by default

-- 2011-11-22: Version 3.1 Release Candidate 1 (build 26495)

- Change: enable windows disk cache for writes by default. Improves write performance, especially with sparse files

- Change: enable sparse files by default on win7 (disabled on vista because of filesystem bugs). This should fix most disk-overload issues

- Feature: ask for save filename up-front when creating a torrent (improves usability)

- Fix: ability to create torrents with thousands of files

- Fix: Visual improvements on certain Windows versions with large system text size

- Fix: compute disk congestion for evert cache write. avoids overrunning cache size

- Change: Move apps node to the bottom of the category tree

- Feature: Support creating larger files on exFAT filesystems

- Fix: fixed incorrect teredo MTU assumptions

-- 2011-11-14: Version 3.1 beta (build 26462)

- Fix: Files will automatically transfer if the associated device is attached when conversion completes

- Fix: fixed stopped/paused mixup in skincolor file

- Fix: fix disk cache issue where it would constantly be flushed

- Feature: Ability to select a library for save destination on Windows 7

-- 2011-11-04: Version 3.1 beta (build 26419)

- Fix: Encoding audio to iTunes

- Feature: show scheduled conversions in devices pane

- Fix: Updating of the availability column

-- 2011-10-21: Version 3.1 beta (build 25835)

- Fix: Hang writing partfile for multifile torrent containing a file > 4GB

- Fix: fixed missing tracker status updates in download list

-- 2011-10-13: Version 3.1 alpha (build 25788)

- Fix: fixed broken hide/show detail pane

- Feature: progress bars when copying files to devices

- Fix: "Manage search providers..." linked to the wrong settings pane

- Fix: fixed SSDP response when alternate listen port for WebUI is enabled

- Fix: fixed flickering of the alpha feedback link in toolbar

- Fix: fixed issue where the no-torrents message would sometimes not go away when adding a torrent

- Fix: portable mode was broken. Now also does not create the DNA cache directory in %appdata% when in portable mode

- Change: Track USB devices separately from DeviceNodeDelegates

-- 2011-10-06: Version 3.1 alpha (build 25760)

-Fix: Addressed several crashes

-Feature: Added UI to inform people when their license key is accepted and their

product is converting to Plus

-Fix: Files can now be deleted from devices

-Change: Android devices now show up as mounted, improving the ability to move

converted files to Android phones

-Fix: The license key is no longer "lost" when crashes occur

-Fix: Made other minor user experience enhancements

-- 2011-09-19: Version 3.1 alpha (build 25671)

- Fix: Add Devices Pane does not show Tabs Context Menu on right click

- Fix: Drag and drop from files tab to non-Device Category item does not crash

- Fix: memory leak

- Change: don't show balloon tip when loading torrents with errors on startup

-- 2011-09-15: Version 3.1 alpha (build 25664)

- Fix: Memory leak in seperate resume files and bencoded entities.

- Fix: Speed up Torrent View Drawing

- Change: Automatic Detection of USB storage devices

- Change: Added a Device node - used to add and keep track of USB storage devices added by the user

- Change: Can Add Apple, Android, PS3, XBOX360 devices

- Change: Can Hide main Device Node

- Change: Remove specific devices by right clicking in the Left Hand side Category tree

- Change: Ability to Drag Torrents from Torrents view to Devices

- Change: Ability to Drag Files from Files Tab to Devices

- Change: Opening multiple torrent folders with return/enter key - asks user "are you sure?"

- Fix: Shutdown Hang when deleting torrents

- Fix: downloads would not show up in the RSS feed view

- Feature: support BEP 33 (DHT scrape)

- Fix: prompt the user when opening containing folders if more than 10 torrents are selected (PT story #15525561)

- Fix: do not send advanced hidden settings back to the WebUI (PT story #15573343)

- Fix: cattree spinner does not stop spinning when adding a invalid torrent URL from a btapp (PT story #15617649)

- Feature: Enable pairing from LAN IP ranges, to enable LAN streaming.

Link to comment
Share on other sites

Crash dumps (after 50% , 75% , 99% downloading of ubuntu torrent) :

http://www.mediafire.com/?srvgt1g6k78k9cf

http://www.mediafire.com/?88geor1a81ie3w4

http://www.mediafire.com/?rlcd2rmvbzxfa84

http://www.mediafire.com/?alcc1992jbbxxbc

(dumps were "sent to developers" too. )

Most of the above seem to sync with hash fails events (1-3 diskio.sparse_files = true , 4 - false)

Forgive me for quoting myself:

Rafi wrote:
Firon wrote:

And the hopefully final build....

"final" ? You mean for today, right?... Seriously.

( http://forum.utorrent.com/viewtopic.php?pid=623894#p623894 )

Sorry for my direct (but honest) approach/view here... but this is way too early for his release to be declared stable :/

Link to comment
Share on other sites

Current buglist (in no way exhaustive...)

Updated for 26616

Here are things which I've noticed in my own use of µTorrent. Don't expect to see Apps/Devices/"Other New Random Feature"-related bugs here, just ones that come up during regular every-day *torrenting* (you know, what the program was originally intended for).

I would like for this list to follow release-to-release so we all know where we stand.

Bugs introduced in 3.1:

1) Using the slackware (x86 complete) test torrent the write cache limit is massively exceeded during ramp up (420/32) when "Apply rate limit to transport overhead" is checked. Unchecked it seems worked around but there is still a write cache spike during ramp up where no actual disk writes occur. Once cache limit is reached the connection is throttled down to nothing, then after some time (anywhere from 1 to 5 minutes) the disk writes finally start, ramp up with the cache writes as they should and the throttling is decreased/stops. The throttling seems to stop File writes as well when I've seen it occur later on in a download so perhaps it is part of the problem.

2) Deleting torrent (+ data) can cause "Error: <torrent name> - The I/O operation has been aborted because of either a thread exit or an application request." and a stuck cache. It looks like it's getting rid of the queued cached writes, but even after Queued hits 0, the cache still appears exceeded/stuck and only clears with program exit. This is not an exceeded cache only issue anymore, as I have seen it stick at 296/32 and 15/32 in the "stable." Dump for stuck cache is here: uTorrentDMP.zip.

3) "ReadFile error: <filename>:1488701569:2954:1823755:19" after adding a torrent where this was a file I set to skip. Reproduction: Add a 2 file torrent where 1 file already exists fully downloaded but with a different filename. Uncheck the second (undownloaded) file in the dialog and uncheck Start torrent. Go to the Files tab and Relocate the first file to the renamed local copy. Start torrent makes it check the files. Once it gets past checking the first file, the second brings up a ReadFile error even though it is set to skip. "We will not have time to fix [this] for 3.1" - AdamK

4) Same 2 file torrent scenario but this time with the first filename matching that in the torrent. Second file still unchecked, and Start torrent is checked this time. Adding starts the torrent and causes the files to be checked. Once it gets past checking the first file, it actually goes ahead and creates the second file even though I set it to skip. "We will not have time to fix [this] for 3.1" - AdamK

5) gui.tall_category_list = *false breaks the sizing of the torrent list vs. the details pane. This is due to uTorrent acting like gui.show_plus_upsell = *true (and allocating the category list space for it) even though I have it set to false. The program must be restarted for the issue to present. Screenshot.

6) "Show a window that displays the files inside the torrent in advanced mode" should apply to Simple View since otherwise there's not much point in having the option.

Bugs introduced in 2.2/3.0 (or before):

a) Columns reset when new version has added/removed/reordered columns (one of the oldest usability bugs). "Columns [reset] on upgrade [...] We will fix this for 3.1" - AdamK

B) The stream/playback button lags when the horizontal scroll bars are moved. Not the flat version, the "Windows-ized" version once you click it/it becomes available.

c) CPU usage and response times are way up in general for scrolling in the torrent list.

d) Window width and torrent list height are forgotten on improper program close (eg. due to OS crash).

e) Tab reordering. You rearranged them, let us. "We are definitely going to do something about the tabs. Expect it. Don't expect it in 3.0" - AdamK

f) If ratings/comments are disabled, the dialog when removing a torrent shouldn't show up full of ratings/comments related stuff. I don't want to hide the dialog completely because I like having the failsafe of it asking me if I'm sure, but it shouldn't be asking me to rate something after I spent the time to go through all the options to disable ratings everywhere else. Basically it should just look like the multiple-torrent remove dialog when ratings have been disabled.

g) The search engine toolbar icon/box area still shows when the search engine list is empty in the Advanced options UI Extras (this is a reversion from old pre-3.x behavior). The box and icon used to disappear.

h) Icon still pops up in the Notification Area (System Tray) on program start until hovered over; this is even though all System Tray UI Settings are disabled. Other settings: Set to start minimized and start with Windows.

i) gui.color_progress_bars should apply to the Info tab and Pieces tab as well. It doesn't make sense to revert to the basic blue/etc. in one area but not these others. "That makes sense. I will run this by the non-programmers" - AdamK

As an addendum to (i): I would have no problem with the default green, etc. progress bars if they were easier to read... The gray text on downloading files needs to be black. The background colours are almost too pastel for the white text to be easily read as it is; could they also be darkened a bit?

Link to comment
Share on other sites

[updating..] Alright. A few things.. updated for RC9

4) Still seeing a few pieces getting stuck hashfailing repeatedly in RC7 using the above slackware torrent; this time piece 240. Dump for repeated hashfails (7 had occured so far) is here for RC4: uTorrentDMP2.zip.

Test the stable build.

Link to comment
Share on other sites

Yup working on it, hence [updating..], just wanted to wedge my spot in near the top ;)

Noting lots of hangs/mini-hangs in the "stable" build once it ramps up and exceeds cache... so it's kind of hard to test actually as it's taking a long time to get anywhere with it (758/32 cache when I finally managed to get the UI responsive long enough to Stop the slackware torrent).

diskio.low_prio_disk = *false seems to mitigate both problems somewhat and make this version usable. A few random crashes like rafi's are making an appearance though...

Edit: Happy to cede the top spot to you rafi. :P

Link to comment
Share on other sites

Yup working on it, hence [updating..], just wanted to wedge my spot in near the top ;)

Noting lots of hangs/mini-hangs in the "stable" build once it ramps up and exceeds cache... so it's kind of hard to test actually as it's taking a long time to get anywhere with it (758/32 cache when I finally managed to get the UI responsive long enough to Stop the slackware torrent).

diskio.low_prio_disk = *false seems to mitigate both problems somewhat and make this version usable. A few random crashes like rafi's are making an appearance though...

Edit: Happy to cede the top spot to you rafi. :P

Set your disk cache settings back to the default. Also, existing downloaded files are all sparse and are probably fragmented to hell, so you may wanna defrag before you test more.

Link to comment
Share on other sites

are there any news regarding this issue described here

http://www.pleasuredome.org.uk/index.php

http://forum.pleasuredome.org.uk/index.php?showtopic=17928

firon

The files themselves all have "good" data, but they're padded with garbage (usually zeros) after where the file should end. In theory, the zip files will work anyway, but clrmamepro will definitely complain about them being wrong. A simple truncation to the correct filesize will fix the files.

A force re-check does not fix the problem, since µTorrent does not truncate files, ever (which is probably a bad thing).

We're investing to see how we can fix the problem. Unbuffered writes in Windows have a limitation where filesizes must be an exact multiple of the block size, so you need to open it in buffered mode to create it, then drop back. Unfortunately, this sporadically fails, so it ends up having to create the file in buffered mode.

thanks for ur time

Link to comment
Share on other sites

Set your disk cache settings back to the default. Also, existing downloaded files are all sparse and are probably fragmented to hell, so you may wanna defrag before you test more.

I have never once changed any disk cache settings from the defaults (with the possible exception of diskio.low_disk_prio which I just experimented with to see if it would help the hashfail, cache, and now hang issues). diskio.low_disk_prio = *false does appear to help mitigate the hangs so that is the only difference here, because I prefer to have it working somewhat while I test as opposed to not-at-all.

I have downloaded very little with uTorrent since you enabled Sparse in the RCs so this is most likely also not the issue at hand. Also, had the write cache go up to 970/32 trying to let my test torrent complete so I could verify the hashfail issue was gone - fantastic :/ ... and still not sure since it crashed after that.

osmosis, thanks for your bug reports. I don't think that #5 is a bug, however.

How so? With gui.tall_category_list = true I can resize the torrent list all the way down to 2.5 torrents. But with gui.tall_category_list = *false the minimum is 7.5, clearly due to the whitespace it's making in the category list, hidden or not, for the Plus upsell (and this is when gui.show_plus_upsell = *false). Before the upsell was added resizing was not affected in this way.

Link to comment
Share on other sites

Crash dumps (after 50% , 75% , 99% downloading of ubuntu torrent) :

http://www.mediafire.com/?srvgt1g6k78k9cf

http://www.mediafire.com/?88geor1a81ie3w4

http://www.mediafire.com/?rlcd2rmvbzxfa84

http://www.mediafire.com/?alcc1992jbbxxbc

(dumps were "sent to developers" too. )

Most of the above seem to sync with hash fails events (1-3 diskio.sparse_files = true , 4 - false)

Forgive me for quoting myself:

Rafi wrote:
Firon wrote:

And the hopefully final build....

"final" ? You mean for today, right?... Seriously.

( http://forum.utorrent.com/viewtopic.php?pid=623894#p623894 )

Sorry for my direct (but honest) approach/view here... but this is way too early for his release to be declared stable :/

The "developers" have "pushed" a "fix" for these "crashes"

Link to comment
Share on other sites

The "developers" have "pushed" a "fix" for these "crashes"

Very nice of "them". Please tell them to at least try one download after they "think" are "done" :P Ah, please send the "developers" our "thanks"... and ask them to go ahead and also "fix" the remaining issues, as well as this "stable" thread's title :)

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

RSS feed GUI issues:

1) Select a feed' date=' right-click on the same or any other feed. Every 2nd torrent in the feed you are viewing becomes selected.

[/quote']

set pref.->UI settings->Alternate background color = unchecked ? ...

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.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...