Transmission 1.70 Released!

[John Clay]

Transmission 1.70 is now available for download.
A complete list of tickets closed can be seen here.
Thanks to CacheFly for providing bandwidth.

All Platforms

• Distributed hash table (DHT) support for public torrents
• Add option for moving and finding a torrent's data on the disk
• JSON RPC messages can be ~85% shorter, saving bandwidth and CPU
• When available, use the system's copy of libevent instead of building one
• Automatically pause torrents when verifying
• Fix small bugs and memory leaks

Mac

• Holding down the option key on launch will pause all transfers

Web Client

• Big speed improvements, especially with large torrents
• Fix 1.61 bug that broke adding torrents via the web client
• Add the ability to upload multiple torrents at once
• Torrents added by URL were always paused, regardless of preferences
• Comments and announce addresses were cut off in the inspector
• The "data remaining" field wasn't updated when the number reached 0
• Smaller design adjustments

GTK+

• Fix intltool build problem
• Make it clearer that the status bar's ratio mode button is a button
• Torrent comment box did not scroll, so long comments were partially hidden

Qt

• Initial torrent list was sometimes incorrect
• Add-torrent-and-delete-source deleted the source even if there was an error
• Prefs dialog didn't show or modify "Stop seeding torrents at ratio"

[Weaselboy]

Thanks for all the hard work and updates. Nice to see DHT added.

[quinn]

Glad to see DHT added.

[bleep]

DHT ! Great !

Except that I've been running Transmission for a few hours and the fan of my macbook is going crazy. Not a good sign.

The CPU is not at 100%, but it definitely happens when I lauch Transmission 1.7.
Any ideas ?

[rb07]

Problems with this version:

1. Web client some times duplicates entries. Seems to get corrected if I reload the page (I'm using Firefox 3.0.10), but it has happened several times now, and its confusing when the duplicates show different info (download quantity, speeds), I checked with transmission-remote and there where no real duplicates. Funny thing is only happens with Seeding and Downloading filter, not on Paused.

2. Qt client loops with 100% CPU and leaking memory. Problem seems to be in libtransmion/bencode.c:1550, it could be a problem with the cross-compiled Windows version I did (evbuffer_write() fails forever), haven't checked under other platforms, and don't plan to.

[bleep]

Okay, now Transmission is hitting 100% CPU, I have 16 torrents running.

[Chrigi]

It's noming my CPU like a starving kitteh... (only 3 torrents running, on Mac OS X 10.5.7)

[ThatJim]

1.70 (8614) doesn't auto-scan the downloads folder for torrent files and doesn't automatically add new torrents. It's also stopped assigning itself as the default bittorrent client. If you Command + I (Get Info) to change the default bittorrent application for .torrent files, Transmission doesn't show up in the list of available applications and if you manually add it, OS X still choose either Opera or uTorrent or any of the other bittorrent clients currently in the applications folder.

[Jordan]

1. Web client some times duplicates entries. Seems to get corrected if I reload the page (I'm using Firefox 3.0.10), but it has happened several times now, and its confusing when the duplicates show different info (download quantity, speeds), I checked with transmission-remote and there where no real duplicates. Funny thing is only happens with Seeding and Downloading filter, not on Paused.

I've passed this info on to kjg

2. Qt client loops with 100% CPU and leaking memory. Problem seems to be in libtransmion/bencode.c:1550, it could be a problem with the cross-compiled Windows version I did (evbuffer_write() fails forever), haven't checked under other platforms, and don't plan to.

I'm not seeing this in the Qt build on Linux, and bencode.c:1550 doesn't have anything suspicious in it that I can see. Does your memory debugging tool give you a trace of the function calls that led up to bencode.c:1550?

Okay, now Transmission is hitting 100% CPU, I have 16 torrents running.

It's noming my CPU like a starving kitteh... (only 3 torrents running, on Mac OS X 10.5.7)

There's a test fix for this high-CPU-load bug in the nightlies now. Please give a try to r8636 or higher at http://transmission.xpjets.com/ and let me know if that helps.

[rb07]

2. Qt client loops with 100% CPU and leaking memory. Problem seems to be in libtransmion/bencode.c:1550, it could be a problem with the cross-compiled Windows version I did (evbuffer_write() fails forever), haven't checked under other platforms, and don't plan to.

I'm not seeing this in the Qt build on Linux, and bencode.c:1550 doesn't have anything suspicious in it that I can see. Does your memory debugging tool give you a trace of the function calls that led up to bencode.c:1550?

I'm running a version with no debug symbols under gdb (Cygwin), all I see is that the program loops writing

Couldn't save file "%1$s": %2$s

(yes, literally, no file name or real error message) there's 2 places on the code that do that, one is bencode.c, the other is blocklist.c, my guess is that its looping on the first.

I plan to build a version with debug symbols, then put breakpoints and see what really is happening there.

[rb07]

Confirmed, its bencode.c, the app loops trying to write stats.json (and also settings.json). It creates/touches the files, but they remain zero length. No useful error code, tr_strerror(errno) returns "Unknown error".

I don't know what that send() function in buffer.c:416 is (its inside a Windows dll), why use it instead of write()? Also file locking is weird under Windows (as in very different from Unix/Linux). There was an old lock file, I deleted it but no change.

[Jordan]

Confirmed, its bencode.c, the app loops trying to write stats.json (and also settings.json). It creates/touches the files, but they remain zero length. No useful error code, tr_strerror(errno) returns "Unknown error".

I don't know what that send() function in buffer.c:416 is (its inside a Windows dll), why use it instead of write()? Also file locking is weird under Windows (as in very different from Unix/Linux). There was an old lock file, I deleted it but no change.

Well, it's easy enough to take evbuffer_write() out of the equation here.

http://trac.transmissionbt.com/changeset/8638/

[Nemo]

The new relocate function in the gtk-client is quite handy. Only it seems that the translatable strings aren't carried over to the .po-files?

[Chrigi]

Revision 8637 is now only using 4-7% on my MacBook Pro (10.5.7).
Thank you for the fast fix Transmission development seems to be incredible fast lately.

[radir]

With latest release, could some one kindly explain why there are two different variants released each time recently? I saw both 1.70 and 1.54 was launched at the same time: what's the reason keeping 1.5x branch?

Thank you very much.