(trunk gtk) #2096 "magnet links" -- if a user (or, more likely, web browser) starts up a second copy of Transmission to add a magnet link via its command line, delegate that magnet link back to the already-running copy of Transmission via DBus.

(trunk gtk) #2629 "associate transmission with magnet links" -- implemented for GTK+ client on GNOME desktops with GConf2

(trunk libT) #2607 "avoid unnecessary calls to getPeerCandidates(), wasted cycles in peerIsInUse()"

(trunk libT) #2576 "IPv6 support for DHT (BEP #32)" -- silence message "IPv6 DHT not ready."  Reported by KyleK; fixed by jch

(trunk gtk) #2625: "ability to create a manget link" -- remove the magnet link from the properties dialog; add a "Copy _Magnet Link to Clipboard" menu & context menu item instead

(trunk libT) #2631 "Add webseed support to magnet links"

(trunk libT) add SO_SNDBUF, SO_RCVBUF logging messages

(trunk gtk) fix r9625 oops on adding torrents by their raw 40 character hex hashcode from the commandline in the GTK+ client

(trunk libT, gtk) #2625 "ability to create a magnet link" -- add hook for generating a magnet link from a tr_torrent, and use it in the Torrent Properties dialog in the GTK+ client

(trunk libT) resolve "noslashes" vs "keep_slashes" variable name inconsistency between the declaration and the definition of tr_http_escape()

(trunk gtk) support adding torrents by their raw 40 character hex hashcode

(trunk gtk) the Torrent menu's getting crowded... split it into File and Torrent

add a bit more safety to the message log code

trivial change to array size

set two blank functions as inline

(hopefully) fix a potential crash in the message log window

Mac message log: 1. when changing logging level, scroll to bottom, 2. free the message list taken from the core outside the lock

add a lock to the message lock code

#2624 Message Log's level filter should act as an actual filter, and all messages should be stored

display an error for invalid magnet links

apply auto-group custom locations for magnet links

#2621 Percentage of retrieved metadata was between 0 and 1, not 0 and 100

(trunk gtk) add ratio-icon.h to Makefile.am so that it will be included in the "make dist" tarballs.  Reported in the forums by JakeS.

(trunk libT) remove unnecessary code

(trunk libT) performance improvements to peer-mgr.c's peerIsInUse()

update some fields in the inspector and main window for magnetized transfers

remove an unneeded static variable

trivial cleanup in the logging code

reload the inspector when the magnet link is retrieved

#2611 Transmission doesn't recognize magnet dragged onto application window

(trunk libT) remove unnecessary calls to tr_msgInit().  Suggested by BentMyWookie.

(trunk libT) make tr_msgLoggingIsActive() an inlined function.  suggested by BentMyWookie

(mac) in the torrent info dialog, rename the "Tracker" tab to "Trackers".

(trunk gtk) #2616: "for the ratio mode button, use the yin/yang icon submitted by jimmac"

(trunk gtk) in the torrent info dialog, rename the "Tracker" tab to "Trackers".  Reported by Rolcol.

(trunk libT) tweak the debugging message for the atom manager

(trunk) #2614: "incorrect memory usage when not using IPv6" -- accepted dht.c + tr-dht.c patches

fix a crash when attempting to add invalid magnet links

generate the file list when a magnetized transfer retrieves its metadata

(trunk libT) #2551: "when uploading to peers, prefetch local data from disk" -- fix peer-msgs.c NULL pointer dereference introduced in r9514 for this ticket.  Reported by Waldorf

display progress of retrieving metadata on a magnetized transfer

(trunk libT) #2610 "avoid unnecessary calls to time(NULL)" -- fix new assertion error reported by John Clay and tstevens

(trunk libT) #2610 "avoid unnecessary calls to time(NULL)"

(trunk libT) #2430 "peer atom pool grows too large" -- tweak the default atom shelf lives based on discussion in the ticket's comments section

(trunk libT) #2096 "magnet links" -- add a callback for clients to know when a magnet torrent's metainfo is finished downloading.

magnetized transfers always get a red progress bar

(trunk libT) fix variable name oops

update strings file

register to automatically accept when a user clicks a magnet link

instead of showing a bunch of zeros, the progress string should say it's a magnet torrent

(trunk libT) fix size_t-to-int compiler warning

add LTEP to type of peers in the inspector

(trunk mac) maybe fix the mac build

(trunk libT) #2430 "Peer atom pool grows too large" -- add an atom expiration system along the lines of the suggestions in this ticket's comments.  jch and KyleK, let me know if you think anything in this commit needs improvement.

(trunk gtk) #2608 "Add URLs by drag-and-drop" - add support for dragging magnet URLs and .torrent file URLs onto the GTK+ client.

(trunk gtk) #2110 "allow adding torrents with no trackers" - don't crash when sorting or filtering by tracker.  (Reported by Rolcol and jch)

fix a crash with magnet links and file list

add a placeholder magnet link icon

some more tweaks for magnet links

missed one

update the text for when creating a  trackerless torrent, add a separate "don't ask again" check for private trackerless torrent creation, and don't disable the "open when created" check when there are no trackers

support torrents with no trackers in the Mac ui

(trunk libT) #2595: "file too large error?" -- this can generate an EFBIG warning sparse preallocation is on and the peer makes an invalid request.  At worst this kind of oddball case should generate a debug message notice, not a torrent error.  Reported by Waldorf.

(trunk libT) #2110: "allow adding torrents with no trackers" -- fix crash in tr_torrentSetAnnounceList() when the new number of trackers is 0.  Reported by Rolcol.

(trunk libT) silence implicit size_t-to-int compiler warning

(trunk) more magnet work. fix a couple of bugs reported by rolcol: (1) crash with incomplete dir + magnet links; (2) dialog focus issue in the gtk client

(trunk qt) #2598: Qt client not linking libdht

(trunk libT) #2110: "allow adding torrent files with no trackers" -- tr_torrentParse() shouldn't fail just because there aren't any announce URLs in the metadata

(trunk libT) fix the resume files' "percent done" bug that was introduced yesterday with the magnet link commit

catch a couple of new cases when dealing with magnet transfers

tr_cpPercentComplete() considers cases where size is 0

(trunk libT) fix minor trunk-only memory leak of the tr_session::incompleteDir string

(trunk gtk) #2605: GIcon memory leak in GTK+ client

(trunk libT) more work on magnet links.

start laying a little magnet link groundwork, and remove redundant torrent parse when creating torrent objects

(trunk libT) fix magnet code memory leak

(trunk libT) fix another edge case for magnet links

(trunk libT) fix bitset crash.  add bitset.h to the automake file.

(trunk libT) don't allow duplicate torrents to be added via magnet links

(trunk) more magnet fixes

(trunk gtk) #2556: in GTK+ client's menu, rename "Add.." as "Add File..." for symmetry with "Add URL..."

(trunk libT) simple fix from jch

(trunk) #2096 "magnet links": in libT, cleanup.  in GTK+ client, add different status text in the main window for magnet torrents: "downloading .torrent data"

Adds magnet files to Xcode project

(trunk libT) oops

(trunk) #2096: Magnet, BEP #9 support

(trunk libT) jch's patches 0001 through 0004 for ticket #2576, IPv6 support for DHT (BEP #32)

(trunk) remove dead code

(trunk gtk) tweak the last commit a little.

(trunk gtk) #2597: add an optional "download complete" sound to the gtk client

(trunk gtk) #2556: add a torrent from a URL.  works from the menu and from URLs passed in the command line at startup

(trunk libT) a very minor commit.  remove trailing spaces from lines and other stuff like that

remove the cap on the number of messages in the message log - my tests had no problem with over 50,000 messages

in the message window code, create the processed file name/line number right away, to avoid having to store an extra number

(trunk) #2592: add swarmSpeed note to the list of diffs in the RPC versions

a couple of more swarm speed removals

missed one

#2592 remove swarm speed from libtransmission

#2592 remove swarm speed from the web ui

(trunk libT) fix a stupid trunk-only bug that messed up which peer requests we responded to.  maybe this has something to do with the slower speeds Rolcol's seeing?