Charles Kerr [Wed, 10 Feb 2010 04:35:59 +0000 (04:35 +0000)]
(trunk) another test build that logs tracker announces to a file in /tmp, so you probably shouldn't use it unless I've asked you to. After hudson-t is done building a debug dmg of this, I'll commit r10155 to remove the logging code
Charles Kerr [Tue, 9 Feb 2010 15:25:05 +0000 (15:25 +0000)]
(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90(trunk, daemon) #2882 "transmission-remote's man-page not honest about -t option" -- fixed in trunk for 1.90
Charles Kerr [Tue, 9 Feb 2010 02:46:40 +0000 (02:46 +0000)]
(trunk) revert that last commit, which was only intended for about a dozen people. Unless you're one of them (and you don't know, then you're not) DON'T USE r10145. r10145 -- **ONLY** r10145 -- stored user's tracker announces to a logfile in /tmp.
Charles Kerr [Mon, 8 Feb 2010 19:04:27 +0000 (19:04 +0000)]
(trunk) in the configure script's "Configuration:" output, describe what each of the optional libraries is for so that builders will be better able to decide whether or not they want to install missing libraries
Charles Kerr [Sat, 6 Feb 2010 05:22:27 +0000 (05:22 +0000)]
(trunk libT) #2716 "magnet torrents not being saved after quit" -- fix regression reported by RolCol @ http://trac.transmissionbt.com/ticket/2716#comment:8
Charles Kerr [Fri, 5 Feb 2010 04:54:08 +0000 (04:54 +0000)]
(trunk libT) #2854 "`tracker did not respond' errors" -- lengthen the time we wait before timing out. This was shortened not too many releases ago to prevent a logjam from dead tpb tracker announces; however, we now have better ways of doing that and the short deadline may be contributing to the "did not respond" errors.
Charles Kerr [Fri, 5 Feb 2010 01:47:33 +0000 (01:47 +0000)]
(trunk libT) #2854 "Tracker did not respond" -- when calculating the interval to wait before retrying a failed announce or scrape, take into account that tracker's responses to other torrents' announces/scrapes
Charles Kerr [Wed, 3 Feb 2010 06:32:14 +0000 (06:32 +0000)]
(trunk libT) remove dead announce fields like supportscrypto and requirescrypto. these don't appear to be supported by any of the major clients so why waste the announce bandwidth...
Charles Kerr [Wed, 3 Feb 2010 00:39:27 +0000 (00:39 +0000)]
(trunk libT) this is an experimental commit for a debugging session with people who don't have access to build tools. unless you're one of those testers, or unless you enjoy not connecting to peers, you DO NOT WANT TO USE THIS REVISION
Charles Kerr [Wed, 3 Feb 2010 00:28:07 +0000 (00:28 +0000)]
(trunk libT) this is an experimental commit for a debugging session with people who don't have access to build tools. unless you're one of those testers, you might not want to use this revision.
Charles Kerr [Wed, 3 Feb 2010 00:12:19 +0000 (00:12 +0000)]
(trunk libT) taper off the number of new connections per pulse per torrent based on how long the torrent's been running. Brand-new torrents get a higher burst of new peer connection attempts, but long-running torrents don't need that kind of activity.
Charles Kerr [Tue, 2 Feb 2010 01:15:26 +0000 (01:15 +0000)]
(trunk libT) #2720 "Misleading error message when adding a duplicate magnet transfer" -- add a public API call in libtransmission for testing to see if we already have a magnet link as a torrent
add a convenience function for determining if an address is an IP address, and when picking a favicon in the Mac UI's tracker tab, use the full IP address when applicable