mirrors/arti.git/crates/tor-hsservice/src/req.rs, branch arti-v2.5.1

proto: Add crate-level exports for two extra stream types (fmt)

2026-06-17T13:38:44Z

hsservice: Allow clippy::unused_async

2026-01-28T15:24:48Z

See discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3613#note_3332767

Revert "hsservice: Make RendRequest::reject() synchronous"

2026-01-28T14:52:02Z

This reverts commit 84b31824f317458a2aad6fb021b623935870f5bd. Reverted, as this is a public API that might actually need to become `async` at some point. See discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3613#note_3332767

hsservice: Make RendRequest::reject() synchronous

2026-01-27T18:23:57Z

keymgr: Remove redundant ArtiPath from error context (fmt)

2026-01-06T15:25:19Z

keymgr: Remove redundant ArtiPath from error context

2026-01-06T15:25:19Z

The `ArtiPath` is included in the `KeyPathError::Arti` outer error type, so there is no need to include it in `ArtiPathError` too.

keymgr: Split out ArtiPathError from KeyPathError (fmt)

2026-01-06T15:25:19Z

keymgr: Split out ArtiPathError from KeyPathError

2026-01-06T15:25:19Z

This makes the error handling around `KeyPath`s a bit more sensible, IMO, and it will make it easier to extend it for `CTorPath` errors.

tor-hsservice: Modified MSRV TODO for `once_cell` removal

2025-08-20T21:24:49Z

- Shortened the TODO added in cad6f9054a5ff4d16e953fd4617d3893639deeef in the style of [this maintainer request] for consistency. [this maintainer request]: https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2953#note_3197719 Signed-off-by: hashcatHitman <3924-hashcatHitman@gitlab.torproject.org>

proto: Move the `stream` module under `client` (breaking).

2025-08-18T16:09:04Z

The `stream` module is client-specific, for the most part, so I am moving it under `client`. Later on, we will factor out the parts that can be shared with the relay implementation. Note: this is a breaking change as the deleted `stream` module was `pub`. We could've kept the module and reexported from it the public types from `tor_proto::client::stream`, but I think it's better to have this `client` namespacing, because it makes the separation between the client and relay parts clearer.