µTorrent 3.2.1 stable (build 28086)

AdamK · 2012-07-02 15:23:58

Focus of 3.2.1:
- Windows 8 Support
- Add Torrent Dialog improvements

Changes from 3.2.0:

-- 2012-10-02: 3.2.1 RC 2 (build 28086)
- Fix: memory corruption bug

-- 2012-09-26: 3.2.1 RC 1 (build 28025)
- Change: Stick "Don't show this again" checkbox to bottom of Add Torrent dialog

--2012-09-24: Version 3.2.1 Beta 7 (build 28012)
- Fix: "offer_enabled" settings in advanced preferences
- Fix: OK/Cancel buttons disappeared after resizing the Add torrent dialog horizontally
- Fix: installer would always show up when running in stand-alone mode from a drive other than C:\
- Fix: Crash fixes - RSS Feeds, Startup, Add Torrent Dialog

-- 2012-09-21: Version 3.2.1 Beta 6 (build 27999)
- Fix: Adding the first torrent via magnet link doesn't refresh the torrent list
- Fix: magnet link files were being added to parent of desired dl dir, when not using add dialog
- Fix: magnet link crash
- Fix: AV colum crash
- Change: In-client offers present for the first time in-client. Offers will promote other products/technologies from µTorrent/BitTorrent and partners. Clicking X in offer will advance to the next available offer until no more offers are available, after which the offer space will close for a period of time. The offer unit can be disabled entirely in Options/Preferences/Advanced and search for sponsored_torrent_offer_enabled (BUG: This "off" setting isn't working as designed - will be operable in near future). Filter for sponsored_torrent_offer_enabled. (Note: this entry was not in the original post on 9/21, was added on 9/23.)
- Change: Move Ok and Cancel buttons to the bottom right corner of the Add Torrent Dialog

-- 2012-09-19: Version 3.2.1 Beta 5 (build 27972)
- Change: Invert the sense of the Delete Torrent dialog
- Fix: Various crash fixes

-- 2012-09-14: Version 3.2.1 Beta 4 (build 27950)
- Fix: crash fixes in add torrent dialog

-- 2012-09-13: Version 3.2.1 Beta 3 (build 27941)
- Fix: don't execute commands on background/hidden torrents (for instance in the add torrent dialog)
- Fix: torrent order issue with magnet links
- Fix: multi-file magnet links are now correctly downloaded into a directory with the torrent's name
- Fix: "add at top of queue" checkbox now works for magnet links
- Feature: don't use a consistent peer-id (to mitigate tracking)
- Fix: On slow connections, the toolbar offer might arrive after the user had
checked or unchecked boxes on the offer page. That would cause the
checkboxes to be reset to the default state, incorrectly installing an
offer.

-- 2012-08-08: Version 3.2.1 Beta 2 (build 27718)
- New layout of the Add Torrent Dialog
- Feature: never try a tracker again if it returns status code 410
- Change: add tracker.ccc.de as a default tracker
- Fix: don't write the block list in a part file in 4-byte increments

-- 2012-07-17: Version 3.2.1 Beta 1 (build 27605)
- Fix: Seeing while streaming in Chrome
- Change: Disk I/O error logging
- Change: Disable unbuffered I/O
- Fix: Broadcast new UPnP IP when switching networks
- Fix: When downloading magnet metadata, don't start torrent unless user chose that option
- Fix: Resetting columns in detail listview would crash
- Fix: Crash when peer cancelled a piece
- Change: net.friendly_name (upnp network name) advanced option
- Fix: Crash when writing magnet torrent file to disk
- Feature: Advanced Settings filter
- Feature: Convert http trackers to udp by default
- Fix: Incorrect http requests were causing some RSS feeds to not download

-- 2012-06-26: Version 3.2.1 Beta 1 (build 27554)
- Fix: Single file magnet links were missing file extensions
- Fix: Single file torrents were missing
- Fix: Magnets would be added in stopped state
- Change: If we changed the torrent name before the metadata completed in the "add torrent"
dialog, those changes would not be applied to the torrent; the name field will
disabled while the magnet data is downloading util that's changed.
- Fix: Saving a torrent in the root of a drive (e.g. "X:") would save into the "add torrent"
history list as "X:" instead of "X:\" [Note: This fix is not yet complete]
- Change: don't allow empty names in add torrent dialog

Last edited by Firon (2012-10-08 07:49:54)

Ashkan · 2012-07-02 18:42:19

There is no download link. I'd like to test this out.

rafi · 2012-07-02 20:41:45

They are probably still working on the last 10 bugs...

Last edited by rafi (2012-07-02 20:42:22)

AdamK · 2012-07-02 21:13:37

Rafi: That's in binary, right?

rafi · 2012-07-02 21:16:01

no Mr. K., that's in Hex...
But, hey, no download link - no bugs... genius...

Last edited by rafi (2012-07-02 21:26:36)

ex58 · 2012-07-02 21:57:07

Reports as Beta and Build is 27554.

Last edited by ex58 (2012-07-02 22:04:17)

evocator · 2012-07-03 01:54:47

Focus of 3.2.1:
- Windows 8 Support

Does that mean 3.3 alpha isn't focused on it?

mcaspi · 2012-07-03 02:40:51

Ashkan wrote:

There is no download link. I'd like to test this out.

You don't need a download link. Just allow uT to update to Beta versions.

rafi · 2012-07-03 05:04:50

A link to build 27554 was posted...

Meddio · 2012-07-03 05:46:41

And one more bug with Add Torrent Dialog in the build #27554:

1) open any torrent and save it to any path (like D:\Path)
2) when you open another torrent the Add Torrent Dialog shows some garbage in the "Save In" field instead of the last saved path (D:\Path): it is either empty (then the torrent contents is saved to the uTorrent program folder) or it is filled with some Chinese hieroglyphs and spaces.

I've tested this bug with completely new portable "installation" of uTorrent (build 27554).
So the issue isn't related to some old resume.dat and settings.dat files.

Going back to #27547 (where uTorrent doesn't mess with the last saved path).

Last edited by Meddio (2012-07-03 05:47:52)

Zarggg · 2012-07-03 06:32:17

Screenshots showing exactly what you see would be helpful in cases like that.

Meddio · 2012-07-03 07:55:01

OK, here's full info:

uTorrent is "installed" in Portable mode:
F:\uTorrentTest\utorrent.exe - build 3.2.1.27554
F:\uTorrentTest\resume.dat - empty text file
F:\uTorrentTest\settings.dat - empty text file
EXE file is started with "/recover" key.

Here are the torrent files:

1) http://torrent.zoink.it/Eureka.S05E11.720p.HDTV.x264-IMMERSE.[eztv].torrent
2) http://torrent.zoink.it/The.Glades.S03E05.HDTV.x264-2HD.[eztv].torrent

1) I open the first URL and save the torrent contents to "D:\Save":

Here's the resulting path:

2) Then I open the second link and the "Save in" field
contains some random Chinese characters instead of "D:\Save":

The resulting path (if I click OK) will be like this:

3) If i open some other torrent, the "Save In" field becomes
even more strange (and I can't click OK - the error is displayed):

If I replace utorrent.exe (build 27554) in "F:\uTorrentTest\" with previous build (27547) everything works correctly (uTorrent remembers the last used folder and places it's path in the "Save In" filed, when the Add Torrent Dialog is displayed).

________

OS: Windows 7 SP1 x64 Russian
The problem persists regardless of uTorrent language settings (english/russian).

Last edited by Meddio (2012-07-03 08:08:59)

Zhial · 2012-07-03 08:18:50

Why developing both 3.2 RC, 3.2.1 Alpha and 3.3 Alpha at the same time?

Last edited by Zhial (2012-07-03 08:19:07)

rafi · 2012-07-03 08:43:42

Meddio wrote:

The problem persists regardless of uTorrent language settings (english/russian).

My bet is - untested use-case with lack of default download path. Try and define one to confirm.
But yeah, it's a bug...

Last edited by rafi (2012-07-03 09:12:44)

rafi · 2012-07-03 09:13:17

Zhial wrote:

Why developing both 3.2 RC, 3.2.1 Alpha and 3.3 Alpha at the same time?

More fun?...

hshh · 2012-07-03 09:16:26

Is it possible add option to disallow to use add torrent name as sub-directory name?
I want to save file without sub directory

rafi · 2012-07-03 09:39:15

hshh wrote:

Is it possible add option to disallow to use add torrent name as sub-directory name?
I want to save file without sub directory

It does NOT use the name as sub-folder for torrents with only a single file in them. I think it is good enough

hshh · 2012-07-03 09:46:46

rafi wrote:

hshh wrote:
Is it possible add option to disallow to use add torrent name as sub-directory name?
I want to save file without sub directory
It does NOT use the name as sub-folder for torrents with only a single file in them. I think it is good enough

But if there are many files in one .torrent, then utorrent will create sub-folder base the name of add torrent dialog. As 3.2, it allow empty name, so I can still store files without sub-folder, but 3.2.1 can't.

I have roll back to use 3.1.3

Last edited by hshh (2012-07-03 09:47:35)

blstr · 2012-07-03 09:54:55

The current behaviour of the "Add Torrent" dialog regarding the "Name" field needs more rethinking, i guess...

E.g. given the scenario the user clicks on a torrent that contains more files, and that "c:\Downloads" is an existing path, so he/she types "c:\Downloads\Stuff.n.Things.S01" in the "Save In" field, and deletes the content of the "Name", so that way the user wants the uTorrent to put his files into that folder, without creating any subfolder in it. Now that is totally impossible, simply because uTorrent automatically rewrites the "Name" field with the original name, and creates a subfolder inside the user-given "Stuff.n.Things.S01" folder.

I guess in cases like the above, uTorrent should just ignore the fact that the "Name" field is empty (let the user leave it empty), and fill the main window's "Name" field automatically by the filename of the torrent, or by the name of the largest file in the torrent, or something like this...

Last edited by blstr (2012-07-03 10:02:52)

rafi · 2012-07-03 10:40:22

blstr wrote:

uTorrent should just ignore the fact that the "Name" field is empty (let the user leave it empty)

- Change: don't allow empty names in add torrent dialog

Yeah, good idea. Empty should be permitted, but only for multi-files torrents (meaning - no sub-folder), and still, the original name can be used as the the torrent name. Easy, and no harm done

BTW there is another small bug here - not checking properly for a legal folder name. So, for example - put a <space> character in it - is permitted with uTorrent reporting - bad path later on...

Last edited by rafi (2012-07-03 12:28:55)

AdamK · 2012-07-03 12:55:42

Meddio wrote:

And one more bug with Add Torrent Dialog in the build #27554:
1) open any torrent and save it to any path (like D:\Path)
2) when you open another torrent the Add Torrent Dialog shows some garbage in the "Save In" field instead of the last saved path (D:\Path): it is either empty (then the torrent contents is saved to the uTorrent program folder) or it is filled with some Chinese hieroglyphs and spaces.
I've tested this bug with completely new portable "installation" of uTorrent (build 27554).
So the issue isn't related to some old resume.dat and settings.dat files.
Going back to #27547 (where uTorrent doesn't mess with the last saved path).

Thanks. that will be fixed next release.

AdamK · 2012-07-03 13:00:24

ex58 wrote:

Reports as Beta and Build is 27554.

Thank you. We're going to use the beta track for 3.2.1, and the alpha track for 3.3.

We will try to restrain ourselves to smaller, lower risk changes in the 3.2.1 beta.

AdamK · 2012-07-03 13:04:32

evocator wrote:

Focus of 3.2.1:
- Windows 8 Support
Does that mean 3.3 alpha isn't focused on it?

3.3 will take our 3.2.1 features and fixes.

We'll have a short cycle for 3.2.1.

kemie · 2012-07-03 13:26:22

dd plein que faire pour télécharger sur 2 dd

AdamK · 2012-07-03 13:31:07

kemie wrote:

dd plein que faire pour télécharger sur 2 dd

Je ne parle pas français.

µTorrent Community Forums

#1 2012-07-02 15:23:58

µTorrent 3.2.1 stable (build 28086)

#2 2012-07-02 18:42:19

Re: µTorrent 3.2.1 stable (build 28086)

#3 2012-07-02 20:41:45

Re: µTorrent 3.2.1 stable (build 28086)

#4 2012-07-02 21:13:37

Re: µTorrent 3.2.1 stable (build 28086)

#5 2012-07-02 21:16:01

Re: µTorrent 3.2.1 stable (build 28086)

#6 2012-07-02 21:57:07

Re: µTorrent 3.2.1 stable (build 28086)

#7 2012-07-03 01:54:47

Re: µTorrent 3.2.1 stable (build 28086)

#8 2012-07-03 02:40:51

Re: µTorrent 3.2.1 stable (build 28086)

#9 2012-07-03 05:04:50

Re: µTorrent 3.2.1 stable (build 28086)

#10 2012-07-03 05:46:41

Re: µTorrent 3.2.1 stable (build 28086)

#11 2012-07-03 06:32:17

Re: µTorrent 3.2.1 stable (build 28086)

#12 2012-07-03 07:55:01

Re: µTorrent 3.2.1 stable (build 28086)

#13 2012-07-03 08:18:50

Re: µTorrent 3.2.1 stable (build 28086)

#14 2012-07-03 08:43:42

Re: µTorrent 3.2.1 stable (build 28086)

#15 2012-07-03 09:13:17

Re: µTorrent 3.2.1 stable (build 28086)

#16 2012-07-03 09:16:26

Re: µTorrent 3.2.1 stable (build 28086)

#17 2012-07-03 09:39:15

Re: µTorrent 3.2.1 stable (build 28086)

#18 2012-07-03 09:46:46

Re: µTorrent 3.2.1 stable (build 28086)

#19 2012-07-03 09:54:55

Re: µTorrent 3.2.1 stable (build 28086)

#20 2012-07-03 10:40:22

Re: µTorrent 3.2.1 stable (build 28086)

#21 2012-07-03 12:55:42

Re: µTorrent 3.2.1 stable (build 28086)

#22 2012-07-03 13:00:24

Re: µTorrent 3.2.1 stable (build 28086)

#23 2012-07-03 13:04:32

Re: µTorrent 3.2.1 stable (build 28086)

#24 2012-07-03 13:26:22

Re: µTorrent 3.2.1 stable (build 28086)

#25 2012-07-03 13:31:07

Re: µTorrent 3.2.1 stable (build 28086)

Board footer