mirrors/arti.git/crates/tor-proto/src/circuit/reactor, branch arti-v2.1.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.1.02026-02-16T15:24:51Zproto: Rename CircSyncView to CircHopSyncView (fmt)2026-02-16T15:24:51ZGabriela Moldovangabi@torproject.org2026-02-12T19:22:55Zurn:sha1:4a1bb2bda7fe2116ebdcf1a9df4e33bfc78ae054proto: Rename CircSyncView to CircHopSyncView2026-02-16T15:24:51ZGabriela Moldovangabi@torproject.org2026-02-12T19:10:58Zurn:sha1:a6b28b785a2d26e7b89c32ad1f957813d707d90b
And update the docs
proto: Use CircSyncView in the new circuit reactor2026-02-16T15:24:51ZGabriela Moldovangabi@torproject.org2026-02-12T18:11:20Zurn:sha1:5d3b887f4b75b0e74530f1961e54f6ef06897bd9
Now that CircSyncView no longer needs to know the total number of
streams, we can use it in the new per-hop stream reactor design.
Revert "proto: Add a new ToRelayMsg util"2026-02-12T16:35:14ZGabriela Moldovangabi@torproject.org2026-02-11T14:02:06Zurn:sha1:ac562cbef392108c1a9a723f4fb336a6831eb809
This reverts commit 04ab3cd848d7977baf58dd64ebfcad6aa54ecb17.
Reverted because we no longer need to "peek" into the opaque
`CircChanMsg` of a circuit reactor: now the implementation-dependent
part of the reactor is in charge of handling the channel messages,
and extracting `Relay` objects out of RELAY/RELAY_EARLY cells,
which then get processed in the base reactor.
proto: Move decode_relay_cell() out of ForwardHandler2026-02-12T16:35:14ZGabriela Moldovangabi@torproject.org2026-02-11T18:03:20Zurn:sha1:338c3805a93e2e7178e1e501f45756c89facb0a3
This doesn't need to be part of the `ForwardHandler` trait anymore,
because the base reactor no longer calls it directly (instead
implementations are supposed to handle it internally).
No functional changes here, just code motion.
proto: Forbid EXTEND2 from RELAY cells2026-02-12T16:35:14ZGabriela Moldovangabi@torproject.org2026-02-11T18:33:29Zurn:sha1:f89a01966f5e25a4cd871f62476f164959910ffe
Closes #2339
proto: Pass the early flag to handle_relay_msg() (fmt)2026-02-12T16:35:14ZGabriela Moldovangabi@torproject.org2026-02-11T18:20:19Zurn:sha1:f091e13d7f1192d7bd9a53e39fb6aa799fea79aeproto: Pass the early flag to handle_relay_msg()2026-02-12T16:35:14ZGabriela Moldovangabi@torproject.org2026-02-11T18:18:03Zurn:sha1:f48fc9469efa7a3dd9c762dfb8578aad734104fd
Needed because some messages are handled differently depending on the
cell type they originated from (RELAY vs RELAY_EARLY).
proto: Overhaul forward cell handling2026-02-12T16:35:11ZGabriela Moldovangabi@torproject.org2026-02-11T17:26:16Zurn:sha1:81cfe9fd719a862be419e0b1784a127650b0eeb8
This pushes the RELAY/REALY_EARLY handling inside
`handle_forward_cell()`, which now decodes the relay cells and
* handles them internally, if they are unrecognized
(`handle_unrecognized_cell()`), or
* returns them back to the base reactor if they are recognized
(RELAY and RELAY_EARLY cells are handled the same way by the
base reactor)
proto: Give handle_forward_cell() a handle to the hopmgr2026-02-12T16:35:11ZGabriela Moldovangabi@torproject.org2026-02-12T11:09:40Zurn:sha1:d3ce04d94937605a641d5df5c0671c05153804f7
Soon this function will be in charge of decoding the cell too, so it
will need a handle to the `HopMgr` (see `decode_relay_cell()`)