mirrors/arti.git/crates/tor-hsclient/src, branch arti-v1.4.6

Use new DisplayRedacted/DebugRedacted code for HsId.

2025-07-31T13:49:51Z

Closes #2012.

hs*: Define some HsDesc errors as _suspicious_.

2025-07-10T13:41:48Z

These errors are suspicious as hsdir inflation attacks, in the context of prop360.

dirclient: New error type for too-long headers.

2025-07-10T13:41:48Z

(This was previously called a parse error, which isn't right.)

hs*: Include SourceInfo when making HsDesc requests.

2025-07-10T13:41:48Z

Temporarily suppress mismatched_lifetime_syntaxes.

2025-07-07T15:50:04Z

See #2060.

hs: Remove the use of HopNum and instead use TargetHop

2025-06-26T14:18:30Z

This is in the spirit of making everything going inbound the tor-proto crate to use a TargetHop. This becomes much easier for the HS subsystem as it only uses the last hop for its conversation and setup. Signed-off-by: David Goulet

proto: Move NegotiatedHopSettings to a higher level

2025-06-10T15:52:28Z

We will construct this object based on the circuit parameters _and_ on the target's supported protocol versions, so we need to do so when we have both pieces of info.

*: suppress cognitive_complexity warnings from nightly

2025-05-29T14:21:17Z

Apparently clippy nightly is better (or worse?) about detecting complex functions than before, so I'm suppressing these warnings where they occur. I have mixed feelings about these warnings: On the plus side, they really do help to detect functions that are twistier than they need to be. On the minus side, they get confused by tracing macros, and the "allows" do pile up. But on the plus side, those "allows" do provide a way to find functions that need to be refactored, and they are never uglier than the functions they decorate.

Include "bug" in all bug error messages

2025-04-28T14:06:57Z

protover, *: Add documentation about what "supported" means.

2025-04-16T23:06:51Z