mirrors/arti.git/crates/tor-rpcbase/src/dispatch.rs, 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.02025-11-06T11:28:22ZFix name of clippy lint to unchecked_time_subtraction (2)2025-11-06T11:28:22ZIan Jacksonijackson@chiark.greenend.org.uk2025-11-06T11:23:25Zurn:sha1:a5fd5c48ea059a80cc1f6c50e248654b5ff3aaff
Run maint/add_warning
Switch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
tor-rpcbase: Remove unnecessary parentheses from around type.2025-07-07T15:31:11ZGabriela Moldovangabi@torproject.org2025-07-07T15:31:11Zurn:sha1:b2ca6f715f7a89886d96ecbd9369061947dec7a7
This fixes a nightly clippy warning.
rpc: Move support for weak references behind an experimental feature2025-01-27T19:51:16ZNick Mathewsonnickm@torproject.org2025-01-27T19:11:34Zurn:sha1:31be122e79a2dc66209cd6077d09839f2de8298e
We haven't decided how these should work (see #868), so having them
present by default is a bad idea.
rpc: Simplify method-dispatch-bypass logic a bit2024-10-24T01:35:05ZNick Mathewsonnickm@torproject.org2024-10-24T00:33:55Zurn:sha1:eb1d9acd10c5d500f56d637a7bba3acdd67dc9e8
This commit removes the separate function for asking whether to
bypass the dispatch code. Instead, it gives the "invoke with
bypass" function an error to return when no dispatch is warranted,
and moves the whole responsibility for method dispatch or
non-dispatch back into tor-rpcbase.
I had to add an ObjectId argument to `invoke_rpc_method` to make
this work, but that's probably a good thing.
Additionally, this commit tweaks the derive-deftly macro to prevent
you from asking for dispatch bypass on special methods, where it
isn't implemented (and doesn't really make sense).
Remove Rpc* variants from tor_error::ErrorKind2024-10-17T23:16:58ZNick Mathewsonnickm@torproject.org2024-10-16T18:58:58Zurn:sha1:5219f4cee5a74c0abdd8ad548b4ead9e2066cb2c
These are not regular ErrorKinds, since they can never occur in an
error that's meant to be returned from a Rust API like
`arti-client`. Instead, they only exist for errors returned from
RpcError.
(I can't find the place where we discussed this previously, but the
rationale is that if an ErrorKind never makes sense in response to
something that the user does from Rust, we should never have that be
an ErrorKind. The fact that the removed kinds do not actually
appear outside the RPC system suggests that this is reasonable.)
rpc: Expose a delegation table in arti:x_list_all_rpc_methods2024-09-24T14:45:51ZNick Mathewsonnickm@torproject.org2024-09-16T14:54:27Zurn:sha1:438407b6b335b984ce84b4f65ac0b3cd7ec99aa2
Closes #1624.
rpc: add mandatory delegate-type attribute to Object template2024-09-24T14:45:51ZNick Mathewsonnickm@torproject.org2024-09-16T14:29:30Zurn:sha1:0c7fc748144c8a6b80ce422e6c0055dc1497285e
When specifying a delegation, the template user must also say what
type they're delegating to.
We're going to use this to document and expose delegations.
Fix typos2024-09-03T08:09:02ZDimitris Apostoloudimitris.apostolou@icloud.com2024-09-03T08:09:02Zurn:sha1:676f913463b7d84f34dd6101b99d03ef79cf57adrpcbase: Implement RPC method delegation support.2024-08-14T15:52:36ZNick Mathewsonnickm@torproject.org2024-08-14T15:52:36Zurn:sha1:3d18a0b83556dada0279f2dd6681d81391e57177
(Couldn't use Deref here, since we needed to get an Arc.)
Only one delegation target per object is permitted for now.
This will help with #1523.