mirrors/arti.git - mirror of https://gitlab.torproject.org/tpo/core/arti

	Commit message (Collapse)	Author	Age	Files	Lines
*	proto: Add crate-level exports for two extra stream types (fmt)	Gabriela Moldovan	2026-06-17	1	-1/+1
\|
*	proto: Move RateLimitedWriter to tor-async-utils	David Goulet	2026-06-08	1	-2/+3
\| \| \| \|	Signed-off-by: David Goulet <[email protected]>
*	proto: Set the ClientDataStreamCtrl to None for relay streams (fmt)	Gabriela Moldovan	2026-06-08	1	-5/+7
\|
*	proto: Set the ClientDataStreamCtrl to None for relay streams	Gabriela Moldovan	2026-06-08	1	-3/+3
\| \| \| \|	Previously this would panic.
*	proto: Make the ClientDataStreamCtrl optional throughout	Gabriela Moldovan	2026-06-08	1	-12/+22
\| \| \| \| \| \| \|	We will reuse `DataStream` for relay exit streams, and those aren't going to have a `ClientDataStreamCtrl`. Part of #2557
*	proto: Replace outdated references to RawCellStream	Gabriela Moldovan	2026-05-28	1	-1/+1
\| \| \| \| \|	`RawCellStream` was removed long ago, in c559754116678866eabe525f5b189b50cc78b5cc.
*	proto: Allow DataStreamCtrl and ClientTunnel to be RPC objects.	Nick Mathewson	2026-04-28	1	-0/+5
\|
*	proto: Fix relay/hs-service feature gating	Gabriela Moldovan	2025-12-08	1	-1/+1
\| \| \| \| \|	Without this, `tor-proto` doesn't compile if you enable the `relay` feature but not `hs-service`.
*	proto: Add a Tunnel::Relay variant for StreamTarget	Gabriela Moldovan	2025-11-24	1	-5/+13
\|
*	proto: Move StreamTarget to stream module	Gabriela Moldovan	2025-11-24	1	-1/+2
\|
*	proto: Rename data cmd checkers to {Inbound,Outbound}DataCmdChecker	Gabriela Moldovan	2025-10-16	1	-4/+4
\| \| \| \| \| \|	The previous "incoming" terminology was rather ambiguous. Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3348#note_3275337
*	proto: Move IncomingDataCmdChecker to top-level stream module.	Gabriela Moldovan	2025-10-16	1	-48/+0
\| \| \| \| \| \| \|	This will be used by relays too (for validating incoming messages on streams). This is just code motion, so it's best reviewed with `--color-moved`.
*	proto: Split out DataCmdChecker into multiple types (fmt).	Gabriela Moldovan	2025-10-16	1	-1/+1
\|
*	proto: Split out DataCmdChecker into multiple types.	Gabriela Moldovan	2025-10-16	1	-11/+46
\| \| \| \| \| \| \| \| \| \| \|	The incoming one will be used for the exit relay implementation too. Also, with this change, receiving `CONNECTED` on an incoming stream will result in a clearer error message. Previously, the check against receiving `CONNECTED` on an incoming stream was bundled with the double-CONNECTED check for client data streams, so in the incoming stream case, the error message was misleading ("Received CONNECTED twice on a stream.").
*	proto: Do not fully-qualify Arc.	Gabriela Moldovan	2025-10-16	1	-3/+3
\| \| \| \| \|	`Arc` is already in scope, and not fully-qualifying it makes it more readable.
*	proto: Replace fully-qualified paths with use (fmt).	Gabriela Moldovan	2025-10-16	1	-4/+1
\|
*	proto: Replace fully-qualified paths with use.	Gabriela Moldovan	2025-10-16	1	-4/+4
\|
*	proto: Reformat imports post-move.	Gabriela Moldovan	2025-10-16	1	-1/+1
\|
*	proto: Avoid crate-pub reexports of shared types from the client module.	Gabriela Moldovan	2025-10-16	1	-5/+4
\| \| \| \| \|	This makes it easier to see which parts are implementation-agnostic (i.e. do not import from crate::client).
*	proto: Move flow_ctrl module under stream (fmt).	Gabriela Moldovan	2025-10-07	1	-4/+2
\|
*	proto: Move flow_ctrl module under stream.	Gabriela Moldovan	2025-10-07	1	-2/+2
\| \| \| \|	This will be used by exits too, so I am moving it out of `client`.
*	tor-proto: remove a `pub(crate) use` from `client::stream`	Steven Engler	2025-09-10	1	-1/+2
\| \| \| \| \|	For internal types, I think it becomes too much of a mess to export everything through a single module.
*	tor-proto: reorganize some flow control modules	Steven Engler	2025-09-10	1	-1/+3
\| \| \| \|	This is all private (or pub(crate)) code.
*	proto: Move the `stream` module under `client` (breaking).	Gabriela Moldovan	2025-08-18	1	-0/+1268
	The `stream` module is client-specific, for the most part, so I am moving it under `client`. Later on, we will factor out the parts that can be shared with the relay implementation. Note: this is a breaking change as the deleted `stream` module was `pub`. We could've kept the module and reexported from it the public types from `tor_proto::client::stream`, but I think it's better to have this `client` namespacing, because it makes the separation between the client and relay parts clearer.