mirrors/arti.git/crates/tor-proto/src/stream.rs, branch mainmirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=main2026-07-30T21:34:23Ztor-cell: rename `XonKbpsEwma` to `XonKBpsEwma`2026-07-30T21:34:23ZSteven Engleropara@torproject.org2026-07-30T21:01:27Zurn:sha1:0fecfa9a0102ff58676bcb0c5e36eed4996a68f4proto: Add crate-level exports for two extra stream types2026-06-17T13:38:44ZGabriela Moldovangabi@torproject.org2026-06-17T13:20:56Zurn:sha1:d4d1bee82cde95a30c71b940cc05f9d2b0016281
For convenience. This will soon replace a corresponding re-export from
`tor_proto::client::stream`.
proto: Re-export StreamReceiver from tor_proto::stream2026-06-17T13:38:41ZGabriela Moldovangabi@torproject.org2026-06-17T13:17:08Zurn:sha1:8d061089d198a740b5b2b4861508a2eb03d5d295
This will soon replace the re-export from `tor_proto::client::stream`.
proto: Re-export the Incoming* types from tor_proto::stream2026-06-17T13:38:36ZGabriela Moldovangabi@torproject.org2026-06-17T13:13:31Zurn:sha1:f25e067851399ef9258af5e16d26c91972ff9e56
These will replace the pub re-exports from `tor_proto::client::stream`.
This reorg is needed because currently, the only public export of the
incoming stream types is from `tor_proto::client::stream`, but these
aren't actually client specific: relays will use them too, for
implementing exit, DNS and directory streams. So it makes more sense to
export them from the top-level stream module instead.
proto: Fix relay/hs-service feature gating2025-12-08T17:39:08ZGabriela Moldovangabi@torproject.org2025-12-08T17:39:08Zurn:sha1:f033030c559ec75e0a4a26b69a1e15ca66a7e0d7
Without this, `tor-proto` doesn't compile if you enable the `relay`
feature but not `hs-service`.
proto: Fix a number of newly broken doc links2025-11-24T17:03:48ZGabriela Moldovangabi@torproject.org2025-11-20T14:37:17Zurn:sha1:56e0b40e5eb064881b6dd7ab95dd9b98ddaa6690proto: Deduplicate msg_streamid()2025-11-24T17:03:48ZGabriela Moldovangabi@torproject.org2025-11-19T18:28:48Zurn:sha1:e1d9c7ee1315953f7f2b68b653dda2ce39f2197e
Initially I wanted to turn `msg_streamid()` into a method on
`UnparsedRelayMsg`, but I ultimately decided against it, because it
feels like it doesn't belong there (even though intuitively, I would've
expected it to handle the mismatch between stream ID and cell command
internally). This is because all the `UnparsedRelayMsg` methods return
`tor_bytes::Result`, and do not actually do any validation beyond some
length checks on the various fields.
proto: Move a couple of stream-related constants to stream mod2025-11-24T17:03:48ZGabriela Moldovangabi@torproject.org2025-11-17T19:26:02Zurn:sha1:b46dc590b816ecc0f4d4941bbf194433f49524d2proto: Add a Tunnel::Relay variant for StreamTarget2025-11-24T16:47:11ZGabriela Moldovangabi@torproject.org2025-11-11T12:08:24Zurn:sha1:8dff674fe12d6cf70113738c361cdde2f334c166proto: Move StreamComponents to top-level stream mod2025-11-24T16:47:11ZGabriela Moldovangabi@torproject.org2025-11-12T11:46:49Zurn:sha1:4f07434974b39ca6430a88465149e85f659c93d5