<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-chanmgr/src, branch arti-v2.2.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.2.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.2.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2026-03-26T19:20:16Z</updated>
<entry>
<title>tor-chanmgr: port to web-time-compat.</title>
<updated>2026-03-26T19:20:16Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2026-03-26T14:48:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5eb7815859386b966851507b7c61ef6de885d50d'/>
<id>urn:sha1:5eb7815859386b966851507b7c61ef6de885d50d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-chanmgr: don't `warn_report!` for failed connections</title>
<updated>2026-03-24T22:51:19Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2026-03-24T22:51:14Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c7c376c60d77edd4d2324dc9f7e4a23620203f42'/>
<id>urn:sha1:c7c376c60d77edd4d2324dc9f7e4a23620203f42</id>
<content type='text'>
`warn_report!` is useful when there's an error that we need to ignore
and can't propagate up the call stack. But here we're using
`warn_report!` while also returning the error in a
`Error::ChannelBuild`.

This is not great because:

1. The caller should warn if it wants to, since it will have the error
   message and the proper context.
2. This code is doing something like happy eyeballs, which means we only
   care that one connection succeeds, not if any fail.

One instance where this is problematic is when running Arti on a machine
without IPv6 support. If connecting to a relay with both an IPv4 and
IPv6 address, the IPv6 attempt will always fail. We don't want to warn
about every outgoing IPv6 connection failure when the IPv4 connection
succeeds.
</content>
</entry>
<entry>
<title>chanmgr: Don't build relay channel if method is not Direct</title>
<updated>2026-03-19T20:31:09Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-03-19T17:57:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=706140d971e118fbb9bb30d1c418ee962c78d3a3'/>
<id>urn:sha1:706140d971e118fbb9bb30d1c418ee962c78d3a3</id>
<content type='text'>
Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>chanmgr: Clarify the use of no identity ChanTarget</title>
<updated>2026-03-19T20:31:09Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-03-19T17:52:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2e76ce98ab01b180850876d380626ce728215c3e'/>
<id>urn:sha1:2e76ce98ab01b180850876d380626ce728215c3e</id>
<content type='text'>
Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>chanmgr: Don't get the peer cert as a responder channel</title>
<updated>2026-03-19T20:31:09Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-03-04T19:37:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a07c607568dd516e742cc766fdfca00c8bb5fb12'/>
<id>urn:sha1:a07c607568dd516e742cc766fdfca00c8bb5fb12</id>
<content type='text'>
No initiator present a TLS certificate and so don't try to get one.

Fixes #2388

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>chanmgr: Add a comment/TODO about channel expiry</title>
<updated>2026-03-18T15:41:42Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-03-17T17:58:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7ca20d15a111c0fae2b61f8fc1681e74994ca548'/>
<id>urn:sha1:7ca20d15a111c0fae2b61f8fc1681e74994ca548</id>
<content type='text'>
Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>chanmgr: Support reconfigure of unauthenticated channels</title>
<updated>2026-03-18T15:34:44Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-03-17T17:28:31Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0f4ef27553c3324810895eaec341d2c8d1e47248'/>
<id>urn:sha1:0f4ef27553c3324810895eaec341d2c8d1e47248</id>
<content type='text'>
Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>chanmgr: Use the unauth_channels list</title>
<updated>2026-03-18T15:32:14Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-03-17T17:09:34Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7a7a5ec9b45366e6e6364b9d364cb0ef1a572578'/>
<id>urn:sha1:7a7a5ec9b45366e6e6364b9d364cb0ef1a572578</id>
<content type='text'>
Put channel without relay identities in the unauth_channels list.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>chanmgr: Add a list of unauthenticated channels</title>
<updated>2026-03-18T15:28:16Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-03-17T16:28:08Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9f2a7120bd376eed36fb6c579c44ba912d16646e'/>
<id>urn:sha1:9f2a7120bd376eed36fb6c579c44ba912d16646e</id>
<content type='text'>
Needed to handle client/bridge -&gt; relay channels which are not
authenticated meaning they don't have a RelayIds so they can't be put in
the ListByRelayIds&lt;&gt;.

Feature gate it to "relay" as a client will never have those kind of
channels.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>cargo fmt</title>
<updated>2026-03-18T15:04:45Z</updated>
<author>
<name>Nihal</name>
<email>4218-nihalxkumar@gitlab.torproject.org</email>
</author>
<published>2026-03-10T16:39:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ffcef7809591e4b79031f49ae231ad136c87ddd1'/>
<id>urn:sha1:ffcef7809591e4b79031f49ae231ad136c87ddd1</id>
<content type='text'>
</content>
</entry>
</feed>
