Fix error unmarshalling bad metainfo nodes field

Test and fix closed sqlite storage panicking during piece hashing

Fix UseSources panicking when sqlite storage is closed

Log bad tracker URL error

Fix incorrect EOF when decoding some peer protocol message types

Hooray for pedantic fuzz tests. This was found through peer_protocol/FuzzDecoder, when I wrote a go-fuzz-all wrapper.

It probably never caused a problem in production, as EOF would be handled as stream termination anyway, but it isn't clean.

Reintroduce torrent-wide PEX throttling

https://github.com/anacrolix/torrent/discussions/836

Run torrentfs CI on macos

Attribute accepted connection to holepunching when connect message is late

Also perform holepunch metric adjustments sooner to reduce timing issues in tests.

fs/test.sh: Handle torrentfs failures synchronously

gorond

Fix logging reported in #841

Fix filecache issues on Windows

fs: Update path to torrentfs

fs: go mod tidy

Fix addrPortOrZero for unix sockets on Windows

Timeout torrentfs CI after 5 minutes

More Windows test fixes

go1.19 compat

Test fixes for Windows

Fixes for storage tests on Windows

Add check that torrent data cleanup works in TestIssue335

I'm seeing a lot of leaked directories on Windows I think. This might be silently failing.

Fix test failure using missinggo filecache on Windows

Make fs a separate module

Also run Go CI test job on 1.19

Run Go CI test job on macos and windows

Add WebRTC ICE servers config (#824)

* add ICEServers config

* remove unnecessary check

Fix ClientConfig.Logger.SetHandlers being clobbered

Fixes https://github.com/anacrolix/torrent/issues/837.

Remove PEX todo

go1.19 compatibility

Include holepunch message protocol family in metrics

Add holepunch message fuzzing

Add a bunch of holepunch metrics

Print peer ID in ASCII-only

Fix panic logging unknown holepunch error code

Report ltep extensions in status output

Move PeerClientName and PeerExtensionIDs to PeerConn

fixes anacrolix/torrent#795 (#807)

Add doc comment for Torrent.BytesMissing

Fixes https://github.com/anacrolix/torrent/issues/828.

Don't panic if changing interest fills the write buffer

This was the old behaviour, years ago. I don't know why it's suddenly being triggered lately.

Fix TestSeedAfterDownloading when cgo is disabled

Skip test failures due to Go uTP implementation

Retry some utp tests on failure

Tweak logging

Ignore dial rate limits for holepunch connects

Add ClientConfig.DialRateLimiter, handle dial rate limiting errors

Don't start another holepunch rendezvous if we're handling one

Relax TestTcpSimultaneousOpen

Improve test assertion for Linux

Switch Go CI to go1.20

Fix overflow in average download rate

Use netip.AddrPort in PEX code and filter unusable addrs much sooner

Include PeerConn prefix for log messages

Handle more PeerRemoteAddr variants when calculating dial addr

This should fix https://github.com/anacrolix/torrent/issues/820.

gorond test files

Add holepunching stats and tests

Attempt holepunch after initial dial fails

Restore using just hex in peer extension expvar

Include count of peer conns in status

Drop peer request alloc reservations when peer is closed

Might fix a goroutine leak.

Add many more extension bit definitions

Add stats for connections that only occur due to holepunching

Remove bad half open count assertion

Add Client.Stats with ActiveHalfOpenAttempts

Fix race in TestUtpLocalPortIsReusable

Support multiple ongoing half-open attempts

Add internal panicif, check and nestedmaps packages

Fuckit I'm sick of reinventing the wheel.

Locate target peer using dial addr when receiving a holepunch rendezvous

go mod tidy

Don't dial out TCP from the listen port

Add test showing that reusing TCP ports isn't a good idea

Dial TCP with the listener's local addr

Prefer outgoing connections from higher to lower peer IDs

I think it may have been wrong all this time.

Add more hole punching NOTES

Break PeerConn status into more lines and improve pex status

Set torrent logger default level to debug

Synchronize holepunch connect messages with existing rendezvous

WIP support for ut_holepunch

Order peer conn status by peer priority and show webseeds separately

Rate limit received PEX messages per connection

Misc debug status, pex conn tracking improvements

Rename prioritized_peers go files

Camel case requestStrategy package

Try to balance incoming and outgoing conns per torrent

Don't log using torrent source as warning for context cancellation

This probably occurs because the info was obtained and we don't need to try the source anymore.

Import generics as g

Add AddTorrentOpts.InfoBytes

Expose StringAddr

bencode: Only use unsafe.String for go>=1.20

bencode: Support parsing strings into bool

Add Peer.Torrent

This was for accessing from callback events.

gorond

Finish moving all Peer types and methods into peer.go

Expose UDP tracker error response type

Don't reconnect before sending requests with current conn ID

The tracker udp://tracker.torrent.eu.org:451/announce gives `error response: "Connection ID missmatch.\x00"` every 2 minutes when under heavy use. I suspect that reconnect requests are sent just after the connection ID is confirmed as not stale, but before it used for a request, and the server rejects the request after processing the reconnect first.

It might also just be that that tracker server implementation is lazy and marks everything stale on regular boundaries.

Add unit test for relative availability after HaveNone

Could help with https://github.com/anacrolix/torrent/issues/813.

Add http and udp tracker server implementations

gofumpt

Bump golang.org/x/net from 0.5.0 to 0.7.0 (#819)

Bumps [golang.org/x/net](https://github.com/golang/net) from 0.5.0 to 0.7.0.
- [Release notes](https://github.com/golang/net/releases)
- [Commits](https://github.com/golang/net/compare/v0.5.0...v0.7.0)

---
updated-dependencies:
- dependency-name: golang.org/x/net
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

Limit peer request data allocation

This follows up from abb5cbc96e301a4ca1f5df698b105ae8553ce1e9. We currently limit how many requests peers can send us, but didn't really check that peers didn't make us allocate huge amounts of space to buffer their requests. I'm sure there's some rough edges here.

Bump github.com/pion/dtls/v2 from 2.1.5 to 2.2.4 (#814)

Bumps [github.com/pion/dtls/v2](https://github.com/pion/dtls) from 2.1.5 to 2.2.4.
- [Release notes](https://github.com/pion/dtls/releases)
- [Commits](https://github.com/pion/dtls/compare/v2.1.5...v2.2.4)

---
updated-dependencies:
- dependency-name: github.com/pion/dtls/v2
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>