Skip to content

fix(tls,policy): honest API for danger TLS mode and upstream_compat - #21

Merged
mimi1vx merged 2 commits into
mainfrom
ad_i_9
Aug 11, 2026
Merged

fix(tls,policy): honest API for danger TLS mode and upstream_compat#21
mimi1vx merged 2 commits into
mainfrom
ad_i_9

Conversation

@mimi1vx

@mimi1vx mimi1vx commented Aug 11, 2026

Copy link
Copy Markdown
Owner

Summary

  • fix(tls): TlsMode::apply now logs the tracing::warn! for
    TlsMode::DangerAcceptInvalid, covering the case where the variant is
    constructed directly instead of via danger_accept_invalid_certs(). The
    warning now fires once per built client rather than once per constructed
    value.
  • docs(policy): RetryPolicy::upstream_compat's rustdoc names the
    openQA-python-client revision its numbers come from and lists the three
    deliberate divergences (full jitter, idempotent-method restriction,
    Retry-After handling). No behavior change.

Test plan

  • cargo fmt --check
  • cargo clippy --all-targets --locked -- -D warnings
  • cargo test --locked
  • cargo check --locked --all-targets
  • cargo deny check

Move the tracing::warn! from danger_accept_invalid_certs() into
TlsMode::apply, so TlsMode::DangerAcceptInvalid constructed directly
also warns. The warning now fires once per built client instead of
once per constructed value; a caller reusing one mode across N
clients gets N warnings, a caller that never applies it gets none.
Name the openQA-python-client revision the numbers come from and list
the three deliberate ruoqa hardening choices (jitter, method
restriction, Retry-After handling) that diverge from it, so the name
does not read as a full reproduction of any upstream client.
@mimi1vx
mimi1vx merged commit ce35a59 into main Aug 11, 2026
5 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant