<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti-client/src/rpc.rs, branch arti-v1.4.5</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.5</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.5'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-01-30T15:08:17Z</updated>
<entry>
<title>rpc: Correct API documentation about optimism</title>
<updated>2025-01-30T15:08:17Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-30T15:03:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fcb10040764db7204b637713b4166c4f57235257'/>
<id>urn:sha1:fcb10040764db7204b637713b4166c4f57235257</id>
<content type='text'>
Our documentation had dated to an older version of our RPC stream
code, where all streams were automatically optimistic.

But as explained, our use of "optimistic"ness in RPC stream code is
now purely internal, to make it possible to get an DataStreamCtrl.
This isn't user-visible in our rpc_conn_open_stream code.

Closes #1583
</content>
</entry>
<entry>
<title>fix: fix typos</title>
<updated>2025-01-06T20:36:37Z</updated>
<author>
<name>Dimitris Apostolou</name>
<email>dimitris.apostolou@icloud.com</email>
</author>
<published>2024-12-25T20:48:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4acfc23b70c51d2637d0274943a82d1c94dec050'/>
<id>urn:sha1:4acfc23b70c51d2637d0274943a82d1c94dec050</id>
<content type='text'>
</content>
</entry>
<entry>
<title>RPC: Rename "arti:isolated_client" to "arti:new_isolated_client".</title>
<updated>2024-10-09T18:56:49Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-10-09T18:56:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f0ac66d5516afe7aee3ed216ace256591d47ea3b'/>
<id>urn:sha1:f0ac66d5516afe7aee3ed216ace256591d47ea3b</id>
<content type='text'>
Closes #1678.
</content>
</entry>
<entry>
<title>Revise RPC documentation to be more informative.</title>
<updated>2024-10-02T13:41:24Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-10-01T19:52:22Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ce737947586f444ec104166394894386a9b48e43'/>
<id>urn:sha1:ce737947586f444ec104166394894386a9b48e43</id>
<content type='text'>
Previous documentation was more-or-less meant for the Arti developer
only.  This new documentation is intended for actual users of RPC
functionality.  It's meant to be extracted with `maint/rpc-doc-tool`.
</content>
</entry>
<entry>
<title>rpc: Rename SingletonId to SingleIdResponse</title>
<updated>2024-09-24T14:23:53Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-24T14:21:17Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=bd9b29b05de6c133b93366acb69d9e2ce6b126cd'/>
<id>urn:sha1:bd9b29b05de6c133b93366acb69d9e2ce6b126cd</id>
<content type='text'>
Calling it "singleton" might have suggested that it was using the
[singleton pattern](https://en.wikipedia.org/wiki/Singleton_pattern),
which it isn't.

(Renaming done with rust-analyzer and double-checked with `git grep`.)

Closes #1585.
</content>
</entry>
<entry>
<title>Add a TODO RPC call about revising/moving documentation</title>
<updated>2024-09-09T15:19:29Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-09T14:12:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=014baea6ac8aaf4d86efb101cdb2f0517f811953'/>
<id>urn:sha1:014baea6ac8aaf4d86efb101cdb2f0517f811953</id>
<content type='text'>
</content>
</entry>
<entry>
<title>rpc: More specificity surrounding SOCKS-rpc integration</title>
<updated>2024-09-09T14:52:56Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-04T17:39:51Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=56bd675297f2302cf805677259139f90f6b6736a'/>
<id>urn:sha1:56bd675297f2302cf805677259139f90f6b6736a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>rpc: Refactor errors part 1: a new RpcMethod trait.</title>
<updated>2024-07-25T12:43:30Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-07-23T17:23:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c7c630c44d9e937d7185f591d75fd42c33ab5238'/>
<id>urn:sha1:c7c630c44d9e937d7185f591d75fd42c33ab5238</id>
<content type='text'>
It is no longer necessary to say, for every RPC method,
that its error type is RpcError.
</content>
</entry>
<entry>
<title>Several typo fixes from Gabi</title>
<updated>2024-06-11T21:02:04Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-06-11T20:59:44Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5a2fb68b19d71b4bd477aa08005f08e05d5438ad'/>
<id>urn:sha1:5a2fb68b19d71b4bd477aa08005f08e05d5438ad</id>
<content type='text'>
</content>
</entry>
<entry>
<title>RPC: Use RPC methods instead of the "ClientConnectionTarget" trait.</title>
<updated>2024-06-11T21:02:04Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-06-04T17:22:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c07455965fd201ec66631e649a10660e5955e47c'/>
<id>urn:sha1:c07455965fd201ec66631e649a10660e5955e47c</id>
<content type='text'>
On its own, this might not seem like a huge improvement, but it will
later let us implement these RPC methods for types that can't
reasonably implement ClientConnectionTarget.

It also serves as a proof of concept that special-method invocation
can actually work, so that we can build things like this in cases
where introducing a trait isn't practical.

Closes #1427
</content>
</entry>
</feed>
