Tidy up a test that fails with the wrong reasons

Tidy up bytesLeft calculations

This should fix a bug where completion is shown as negative in WriteStatus

Log connection errors when debug mode

Add a test for bad have messages

The reason for the cleanup to peer have-related messages in the first place.

Tidy up the peer have{,all,none},bitfield handling

Add t.bytesLeftAnnounce

Now it's safe to remove tracker specific bytesLeft contract

Client.WriteStatus: Raise the precision of the completion percentage

Use missinggo.AddrPort directly

Make peerGotPiece a method on connection

Move peerGotPiece

Add some File method comments

Favour earlier pieces slightly, helps with in-order downloads

Fix locks on Reader.SetReadahead

Use new missinggo.SplitHostMaybePort implementation

Track accepted connections

Use missinggo.Event to track Client closed

Fix a UTP Conn leak, on unencrypted followup dial attempts

I would guess that TCP ones were cleaned up by GC.

Add Reader.Torrent()

Extend the timeout, drone.io is slow?

Ignore the corner case when a piece is dropped from storage

dht: Use missinggo.Event for closing

Add test checking that cancel works

Catch error creating client in tests

Fix bad DHT node in tests in constructed torrent

Add DHT nodes from metainfo when added to Client

dht: Rename newDHTAddr->NewAddr, and clean up the interface

dht: Rename dHTAddr to Addr

Test that metainfo nodes are added to the DHT

metainfo: Check for error unmarshalling bad nodes contents from a metainfo

dht: Misc trivial improvements

metainfo: Fix use of CastSlice when copying nodes

metainfo: Ensure that nodes encode correctly

metainfo: Support nodes as []string or [](string, int64)

Fixes #65.

metainfo: It looks like the "nodes" field of metainfo was never handled correctly, support []string instead of [][]string, fix tests

metainfo tests: Fix some naming conventions

bencode: Update some test code

bencode tests: Idiomatize identifier naming

bencode: Use the testdata convention in tests

Catch error creating new client in test

Fix failure to request data from peers if it goes missing after being downloaded during the same session

The chunks remained marked dirty, even after the piece was marked complete. So when the piece was not complete, there was nothing to do.

fs: Fix what looks like a glaring mistake: If Seek failed on the torrent reader, it would have got stuck

Since Seek is artificial, and the offsets are usually checked in the caller, it looks like it never failed anyway.

Fix races in Reader

Add a client transfer test with limited file cache, and a second pass read

fs: Change listen addrs to localhost in tests

Seems to improve reliability. Maybe the missinggo.Addr{IP,Port} change did something.

fs: Tidy up tests

Move exportClientStatus to testutil.ExportStatusWriter

Update Reader pos between reads

Don't run TestCompletedPieceWrongSize in parallel because it messes up logs

Test a ton of permutations for readahead and responsive

Tidy up TestClientTransfer

Off by one error in torrent.pieceLength?

Add peer_protocol.Integer.Int()

Refresh all piece completion states when data is missing

Choke peers when we lose pieces they requested, and drop them if they request pieces we don't have

Fix race updating piece priority when piece being read is unexpectedly unavailable

Move dataReadAt to torrent.readAt, and do the waitNoPendingWrites check there

Ditch the torrent stateMu for the client mutex

Code comment

Improve log message

Use new error handling philosophy

Export torrent.String to Torrent

Ditch Data.WriteSectionTo, and fix cmd/torrent-verify

Rework Reader reading, and TestCompletedPieceWrongSize

data/file: Return EOF on reads past end

Avoid error message when we attempt to complete a piece that's already complete

Remove pointless code

Ensure piece completion state is correct at startup

data/pieceStore: Incorrectly public PieceCompleted method

Code comments

Add a test for starting a torrent where pieces are already complete

Rename issue 35 testing config function to avoid confusion

Add torrent.completedPieces bitmap

Reduce load on data.PieceComplete for torrents with lots of pieces, when reader position changes. Not sure of the improvement yet.

Improve error message when piece fails to be completed

Happens occasionally on some servers, can't work out why.

Only assert we should be requesting a piece in debug mode

Merge pull request #64 from robaman/master

Retain query parameters from announce URL.

Retain query parameters from announce URL.

Trigger piece request order changes on connections in a few spots

The client was requesting already obtained data in certain circumstances. This fixes it.

Use Cache.StatFile to get piece length in the backend

Still update a connections piece priority even if the peer doesn't have the piece

torrent.piecePartiallyDownloaded incorrectly returned true when all the chunks were dirty

Track posted message type counts

When we're choked, just forget the requests, we don't need to delete them individually anymore

Add some missing calls to torrent.updatePiecePriority

Fix pending of already completed pieces when pending ranges of pieces

Reintroduce 64 outbound request cap

Remove unreachable code

Rework requesting of shuffled pending pieces

Export Torrent.PieceState()

Fix overpublishing of piece state change during hashing

Export PieceStateChange through piece state change pubsub

Use new tracker package interface

tracker: Shoehorn old client implementations into new tracker Announce interface

tracker: Rename response->httpResponse

Prefix the Action constants

In preparation to rework the client interface

Reinstate File.PrioritizeRegion() for backward compatibility

Use new missinggo iterator style, and speed up torrent.connHasWantedPieces()

Publish changes in piece hashing state

Speed up torrent.needData, and use new missinggo iterator interface

Use missinggo.bitmap for tracking dirty chunks

tracker: Rename the http client type to httpClient