Thomas Eizinger 46afa52f78 feat(telemetry): pre-resolve Sentry ingest host (#10206) ...

Our Sentry client needs to resolve DNS before being able to send logs or
errors to the backend. Currently, this DNS resolution happens on-demand
as we don't take any control of the underlying HTTP client.

In addition, this will use HTTP/1.1 by default which isn't as efficient
as it could be, especially with concurrent requests.

Finally, if we decide to ever proxy all Sentry for traffic through our
own domain, we have to take control of the underlying client anyway.

To resolve all of the above, we create a custom `TransportFactory` where
we reuse the existing `ReqwestHttpTransport` but provide an already
configured `reqwest::Client` that always uses HTTP/2 with a
pre-configured set of DNS records for the given ingest host.

2025-08-21 03:28:05 +00:00

..

ansi.rs

fix(rust): only use ANSI colors if the output supports it (#8070)

2025-02-10 04:39:18 +00:00

capturing_writer.rs

chore(rust): filter spammy WinTUN errors in the sentry_layer (#9036)

2025-05-06 01:16:18 +00:00

err_with_sources.rs

chore(rust): bump to Rust 1.88 (#9714)

2025-07-12 06:42:50 +00:00

event_message_contains_filter.rs

fix(telemetry): negate filters for spammy events (#9469)

2025-06-07 13:05:30 +00:00

file.rs

build(deps): bump to Rust 1.89 (#10208)

2025-08-18 05:04:55 +00:00

format.rs

build(deps): bump to Rust 1.89 (#10208)

2025-08-18 05:04:55 +00:00

lib.rs

feat(telemetry): pre-resolve Sentry ingest host (#10206)

2025-08-21 03:28:05 +00:00

unwrap_or.rs

refactor(rust): stringify errors early (#8033)

2025-02-06 14:18:35 +00:00