mirrors/arti.git/crates/tor-proto/src/channel/handler.rs, branch main

tor-proto: remove `use asynchronous_codec as futures_codec` in `/channel/handler.rs`

2026-05-27T17:41:26Z

Closes #1690.

proto: Bring back AuthLogDigest and explicitly convert to SLOG/CLOG

2026-04-08T18:40:52Z

From opara's comment: https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3844#note_3388789 Keep the low level AuthLogDigest type alias and return it. The callsite is the one deciding if the returned digest is a Clog or a Slog. Related to #2441 Signed-off-by: David Goulet

proto: Add ClogDigest and SlogDigest types

2026-04-08T18:40:14Z

Introduce those types in order to avoid mixing them up as the previous AuthLogDigest was just a type alias over [u8; 32] Fixes #2441 Signed-off-by: David Goulet

proto: Add a type alias for SLOG/CLOG digest

2026-03-30T14:58:43Z

https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3791#note_3374457 Signed-off-by: David Goulet

Fix typos

2026-03-24T16:04:08Z

Typos found with codespell

tor-proto: improve chan send/recv-log error messages

2026-03-19T20:31:09Z

tor-proto: rename 'SLOG'/'CLOG' and related code

2026-03-02T17:36:42Z

proto: Use the channel codec channel type

2026-01-22T16:16:44Z

Remove the channel type from Unverified and Verified channels and instead use the channel type in the underlying channel codec. The codec requires such type in order to restrict messages sets. Instead of duplicating it, this commit simply makes it that there is now only a single channel type attached to a channel structure. The resulting `struct Channel` in the end gets it copied from the channel codec as the framed_tls gets split and given to the `Reactor`. Down the line, we need a channel type attached to the `Channel` in order to know if it is a client or not and authenticated or not. Signed-off-by: David Goulet

proto: Only allow VERSIONS cell for the new handshake state

2025-08-27T15:04:24Z

Due to this, it is not possible to get a VPADDING before because it requires a link protocol version to decideon the encoding: https://gitlab.torproject.org/tpo/core/torspec/-/issues/366 Signed-off-by: David Goulet

proto: Remove the AUTHORIZE as a parsable cell

2025-08-21T15:59:37Z

The AUTHORIZE cell command is simply reserved but not defined. The tor specification, at this point in time, is allowing such cell before the handshake starts but it is very unclear on what ordering is allowed nor how many can are allowed. C-tor silents drop them like VPADDING and so clearly unused. Instead of dealing with it, simply remove its support but keeping its reserved number. Signed-off-by: David Goulet