mirrors/arti.git/crates/tor-proto/src/stream, branch arti-v2.5.0 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.5.0 2026-06-23T15:58:29Z proto: Remove unnecessary result mapping 2026-06-23T15:58:29Z Gabriela Moldovan gabi@torproject.org 2026-06-22T13:24:55Z urn:sha1:499b70058c84ab08d76d79d6266af5a066f646e4 This already returns `()` in the `Ok` case. tor-proto: add a unit test for `XonXoffReader` 2026-06-16T13:58:16Z Steven Engler opara@torproject.org 2026-06-10T19:14:16Z urn:sha1:ca107a000f0f8dbb8a04df774ae47cafbc2ee88c The 'futures' version bump is needed so that our test can use `UnboundedSender::try_recv()` in the minimal-versions CI test. tor-proto: add `DrainRateNotifier` trait for `XonXoffReader` 2026-06-10T19:26:53Z Steven Engler opara@torproject.org 2026-06-10T19:10:11Z urn:sha1:424af5918b1d0998e2f89aa50f8add74c3060718 This will allow us to add a unit test for `XonXoffReader`. maint: Run maint/add_warning to deny string slices 2026-06-09T15:36:01Z Clara Engler cve@cve.cx 2026-06-09T15:36:01Z urn:sha1:9f5752a77fb57052c06ead0eeae606831f1e8e97 This commit executes maint/add_warning with the just added change to deny string slices except in tests. I recommend auditing this by checking out the previous commit followed by running the script yourself and then verifying that the diff is identical to this commit. This commit makes cargo clippy fail. We will add exceptions in the next commit. Merge branch 'socket-buf-size' into 'main' 2026-05-21T18:29:42Z opara opara@torproject.org 2026-05-21T18:29:42Z urn:sha1:7f27830adb14823cb1d27a5d55265e69eb2cc313 Set socket buffer sizes (`SO_SNDBUF` and `SO_RCVBUF`) for proxy sockets Closes #2500 See merge request tpo/core/arti!3957 tor-proto: have `StreamReqInfo` store a `ReactorStreamComponents` 2026-05-21T16:35:59Z Steven Engler opara@torproject.org 2026-05-21T15:13:07Z urn:sha1:3ae295c879f773b8c6e922436fb96c020777555a tor-proto: add a TODO item for XON/XOFF flow control 2026-05-21T16:35:59Z Steven Engler opara@torproject.org 2026-05-21T02:19:04Z urn:sha1:a35796803d83e0221e1acfedf83a591ca77c74fc tor-proto: small comment improvements 2026-05-21T00:36:59Z Steven Engler opara@torproject.org 2026-05-13T04:17:19Z urn:sha1:0a5f5c97c67e868a8a01e5639e570fa8b2cfd88b tor-proto: remove unneeded type alias 2026-05-21T00:36:59Z Steven Engler opara@torproject.org 2026-05-13T04:30:22Z urn:sha1:b7769c1500fb1806e7a962a36fb0c03203f2bc1c tor-proto: always use a bounded mpsc queue for streams 2026-05-21T00:36:59Z Steven Engler opara@torproject.org 2026-05-13T04:06:28Z urn:sha1:4a3a9b0145c180519a298426f5bf8d4e3b2d51bd Whether a stream queue should be bounded or unbounded is a decision that needs to be made at runtime depending on the type of flow control used, not at build-time. Window-based flow control should be bounded and XON/XOFF flow control should be unbounded. If we wanted to support both bounded and unbounded queues, it would take a bunch of boilerplate code to wrap the senders and receivers in enums. Instead we make the queue always bounded, but use a large bound for XON/XOFF flow control.