mirrors/arti.git/crates/tor-proto/src/stream/raw.rs, branch arti-v2.3.0

tor-proto: change an error to `NotConnected`

2026-03-30T03:21:21Z

Returning `CircuitClosed` isn't right here since the circuit may not have closed.

Apply 1 suggestion(s) to 1 file(s)

2026-01-27T16:22:08Z

Co-authored-by: carti-it

tor-proto: Report CircuitClosed on unexpected stream rx close

2026-01-22T17:14:14Z

As near as I can tell, there are only three ways that the sender corresponding to this rx can be dropped: - `StreamMap::terminate` because the stream object itself was dropped. (But see #2323.) - `StreamMap::close_stream` because an END message or similar has been received. (But see #2322.) - The `StreamMap` has been dropped. The first two cases are already handled, and AFAICT the third can only happen when the circuit hop closes. That makes `CircuitClosed` the appropriate error here, not `StreamProto`. Part of a fix for #2304.

proto: Move raw under top-level stream mod

2025-11-24T16:47:11Z

proto: Move the `stream` module under `client` (breaking).

2025-08-18T16:09:04Z

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.

proto: Rename the `tunnel` module to `client` (fmt).

2025-08-18T16:09:04Z

proto: Rename the `tunnel` module to `client`.

2025-08-18T16:09:04Z

The implementation from `tunnel` is client-specific, so we are renaming the module accordingly. The more generic parts will be pulled into a separate module in a future commit.

tor-proto: add `DataReaderNew`

2025-07-17T18:02:07Z

This will later become `DataReader`.

tor-proto: add `StreamReceiver::is_empty()`

2025-07-17T18:02:07Z

tor-proto: add dedicated types for the incoming stream queue

2025-07-16T17:36:43Z

XON/XOFF flow control will want to know how many data bytes are queued on a stream, so the new types track that.