aboutsummaryrefslogtreecommitdiff
path: root/crates
Commit message (Collapse)AuthorAgeFilesLines
...
| * | tor-netdoc testdata-live: Report URLs we are downloading to stderrIan Jackson2026-07-221-0/+1
| | |
| * | tor-netdoc testdata-live: Do not re-download already-fetched inputsIan Jackson2026-07-224-398/+93
| | | | | | | | | | | | We don't fetch files to the names we commit.
| * | tor-netdoc testdata-live: Add http:// to URLsIan Jackson2026-07-211-1/+1
| | | | | | | | | | | | curl infers this, but we should include it.
| * | tor-netdoc testdata-live: Break out run-curl functionIan Jackson2026-07-211-1/+7
| | |
| * | tor-netdoc tests; work around version number ordering issueIan Jackson2026-07-211-0/+16
| |/ | | | | | | | | | | | | | | | | Ideally we would have Arti sort things sensibly but currently we have no types in Arti that are (1) faithful (2) sort correctly. Most of the existing types eventually have a `TorVersion` inside, which is lossy, so we can't use them for (eg) dirauth network status processing.
* | arti-relay: Turn a TODO(relay-tuning) into TODO DIRMIRRORGabriela Moldovan2026-07-221-1/+1
| | | | | | | | | | Context: https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4222#note_3437336
* | dirserver: Add a TODO about reworking the DirMirror listener typeGabriela Moldovan2026-07-221-0/+7
| |
* | arti-relay: Add a TODO from @oparaGabriela Moldovan2026-07-221-0/+5
| |
* | arti-relay: s/stream/tor_stream for clarityGabriela Moldovan2026-07-221-5/+5
| |
* | arti-relay: Warn if incoming stream handler task can't be launchedGabriela Moldovan2026-07-221-2/+4
| |
* | proto: Remove misleading comment about CircuitIncomingStreamReceiverGabriela Moldovan2026-07-221-3/+0
| |
* | proto: Update CreateRequestHandler::new() docsGabriela Moldovan2026-07-221-1/+2
| | | | | | | | | | As suggested in https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4222#note_3437129
* | proto: Reword CircuitIncomingStreamReceiver docs for clarityGabriela Moldovan2026-07-221-1/+2
| | | | | | | | Applies @opara's suggested rephrasing.
* | dirserver: Return a dummy response from DirMirror::serve()Gabriela Moldovan2026-07-221-2/+28
| | | | | | | | | | | | | | | | | | | | | | This makes the `DirMirror` return a dummy 500 response. This enables us to (manually) verify that the new relay BEGIN_DIR stream handler works as expected. We will of course need some automated e2e tests too, but for the time being a manual test should do. This will all be replaced by the real implementation, once that's ready (TODO DIRMIRROR).
* | arti-relay: Handle directory streamsGabriela Moldovan2026-07-222-2/+12
| | | | | | | | | | | | Directory streams are accepted and turned into `DataStreams` by an `arti-relay` task. The `DataStream`s are then passed to the `DirMirror` for handling.
* | arti-relay: Spawn a DirMirror::serve() taskGabriela Moldovan2026-07-221-2/+6
| |
* | arti-relay: Store a DirMirror in TorRelayGabriela Moldovan2026-07-222-0/+16
| | | | | | | | | | | | | | | | | | This will be used shortly, as we need to spawn a `DirMirror::serve()` task from `TorRelay::run()` for handling the incoming directory stream requests. The `DirMirror` is currently built from dummy data because there is no config for it yet.
* | arti-relay: Add a task for handling incoming streamsGabriela Moldovan2026-07-225-1/+116
| | | | | | | | | | This is just the skeleton of the task. The implementation will follow later.
* | proto: Return the incoming streams from the create handler (fmt)Gabriela Moldovan2026-07-221-8/+10
| |
* | proto: Return the incoming streams from the create handlerGabriela Moldovan2026-07-223-14/+71
| | | | | | | | | | | | | | | | | | | | | | We need to return the "futures::Stream of Tor streams" from the CREATE handler, because these need to be handled from `arti-relay`, as per `doc/dev/notes/relay-streams.md` This commit is intentionally (slightly) misformatted to make reviewing a bit easier (the next commit will rustfmt everything). Part of #2612
* | proto: Add newtype wrapper for incoming stream receiverGabriela Moldovan2026-07-222-2/+43
| | | | | | | | | | The inner type is an eyesore, and doesn't really need to be exposed outside of tor-proto (we might even replace it at some point).
* | proto: Adjust feature-gating around incoming streamsGabriela Moldovan2026-07-221-1/+1
| | | | | | | | | | This applies to relays too, not just onion services (we need to to handle BEGIN/BEGIN_DIR/RESOLVE).
* | Added #[cfg(...)] to remove the unnecessary #[allow(dead_code)]pryty262026-07-212-11/+22
|/
* tor-dirauth: Add comment about partially private rejectsIan Jackson2026-07-211-0/+3
| | | | | As per https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4212#note_3436989
* tor-dirauth: Add comment about port 0Ian Jackson2026-07-211-0/+2
| | | | | As per https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4212#note_3436987
* tor-dirauth: Fix comment typoIan Jackson2026-07-211-1/+1
|
* tor-dirauth: Fix doc urlIan Jackson2026-07-211-1/+1
|
* tor-dirauth: Test approximate port summary algorithmIan Jackson2026-07-211-0/+143
|
* tor-dirauth: Implement approximate port summary algorithmIan Jackson2026-07-213-0/+368
|
* tor-dirauth: Add dependencies needed for IP summariesIan Jackson2026-07-211-0/+5
|
* tor-dirauth: Provide SupportedConsensusMethod::MAX for testingIan Jackson2026-07-211-0/+7
|
* tor-dirauth: Warn on possibly-panicking arithmeticIan Jackson2026-07-211-1/+2
|
* tor-netdoc: Provide PortPolicy::from_ordered_allowed_rangesIan Jackson2026-07-212-1/+23
| | | | | | In some sense this is a convenience wrapper around `push_ordered`, but, really, it's the only nontrivial constructor that doesn't take an iterator of individual port numbers.
* tor-netdoc: Rename PortPolicy::from_allowed_ranges to from_allowed_port_rangesIan Jackson2026-07-212-3/+2
| | | | | This takes a PortRanges. We're going to introduce another function to construct from an iterator.
* tor-netdoc: Break out and expose parse_testcase_from_netdocIan Jackson2026-07-213-29/+78
|
* tor-netdoc: NetdocParseableFields::Accumulator must be DefaultIan Jackson2026-07-212-1/+2
| | | | | | The macro-generated code for `#[deftly(netdoc(flatten))]` relies on this. The Default impl is genereated by the derive, but a generic or handwritten `NetdocParseableFields` wouldn't work.
* tor-netdoc: Add a couple of calls to .void_unwrap()Ian Jackson2026-07-211-3/+5
| | | | | Otherwise our MSRV compiler prints a warning, that this was an unhandled Result.
* arti-relay: simplify tests by removing some `Arc`sSteven Engler2026-07-203-14/+10
|
* arti-relay: remove `Arc` from around `KeyMgr`Steven Engler2026-07-202-17/+12
| | | | Fixes a TODO.
* arti-relay: make `FullKeyView` generic over a `Borrow<KeyMgr>`Steven Engler2026-07-203-8/+19
| | | | Now it can be used with `KeyMgr` and `&KeyMgr`, not only `Arc<KeyMgr>`.
* Merge branch 'timebound-naming' into 'main'gabi-2502026-07-1635-151/+160
|\ | | | | | | | | tor-checkable: Rename Timebound to TimeBound and TimerangeBound to TimeRangeBound See merge request tpo/core/arti!4215
| * Apply deferred rustfmt churnIan Jackson2026-07-162-2/+2
| |
| * Use new TimeRangeBound name throughout the treeIan Jackson2026-07-1618-105/+105
| |
| * tor-checkable: Rename TimerangeBound to TimeRangeBoundIan Jackson2026-07-162-5/+10
| | | | | | | | For consistency with the TimeBound trait.
| * Use new TimeBound name throughout the treeIan Jackson2026-07-1627-46/+46
| |
| * tor-checkable: Rename Timebound to TimeBoundIan Jackson2026-07-162-3/+7
| | | | | | | | For consistency with TimeRangeBounds (currently TimerangeBounds).
* | Merge branch 'iter-join-doc' into 'main'gabi-2502026-07-161-0/+9
|\ \ | | | | | | | | | | | | tor-basic-utils: Improve docs for iter_join See merge request tpo/core/arti!4213
| * | tor-basic-utils: iter_join: Add a TODO re possible future API evolutionIan Jackson2026-07-161-0/+2
| | |
| * | tor-basic-utils: iter_join: Document relationship to Itertools::formatIan Jackson2026-07-161-0/+7
| |/
* | tor-rtcompat: Make RuntimeSubstExt methods provided methods (fmt)Ian Jackson2026-07-161-2/+1
| |