mirrors/arti.git/crates/tor-proto/src/client, branch arti-v2.3.0

proto rpc: Turn tunnel paths into a dict

2026-04-28T18:13:39Z

This will make it possible to tell whether a path has been replaced in the tunnel. Since the UniqId type might change its representation in the future, I've documented that we don't guarantee anything about the strings used to distinguish paths.

proto rpc: Change PathEntry to an enum.

2026-04-28T18:13:39Z

proto: Add an RPC function to access tunnel and inspect its path.

2026-04-28T18:13:39Z

Additionally, allow inspecting tunnel paths directly from streams.

proto: Allow DataStreamCtrl and ClientTunnel to be RPC objects.

2026-04-28T18:13:39Z

tor-proto: Simplify a match+if statement.

2026-04-21T14:52:33Z

proto: Remove re-export of MsgBuf in unit tests

2026-04-14T18:38:50Z

Signed-off-by: David Goulet

proto: Add channel relay handshake unit tests

2026-04-14T18:38:50Z

Instead of copying the client unit tests into the channel module, just make both current unit tests run on a client and relay handshake. This required a bit of trickery with type HandshakeConnectFn but works out in the end. It also adds the RelayMsgBuf that wraps a MsgBuf in order to implement CertifiedConn which is very relay only. Signed-off-by: David Goulet

proto: Move channel client handshake tests into client module

2026-04-14T18:38:50Z

No behavior change. Make the const cells public as they will be useful for more upcoming unit tests especially on the relay side. Signed-off-by: David Goulet

Merge branch 'create-fast' into 'main'

2026-04-08T15:53:22Z

Add support for handling CREATE_FAST cells and launching a circuit reactor See merge request tpo/core/arti!3846

tor-{proto,chanmgr}: change how channels accept a CREATE* handler

2026-04-08T15:29:26Z

Instead of giving the `CreateRequestHandler` to the channel after it's constructed, we integrate it into the handshake so that we can give it to the channel constructor. The `ChannelType` is no longer part of the `Channel`. Some of the tests could be cleaned up slightly now that the channel doesn't need the `ChannelType`, but I don't want to conflict with !3853.