Skip to content

Commit

Permalink
tests: fix clippy::doc_lazy_continuation findings
Browse files Browse the repository at this point in the history
Fixes clippy findings of the form:

```
error: doc list item missing indentation
  --> rustls-platform-verifier/src/tests/verification_real_world/mod.rs:17:5
   |
17 | //! with the measures mentioned in the next paragraphs, the operating system
   |     ^
   |
   = help: if this is supposed to be its own paragraph, add a blank line
   = help: for further information visit https://rust-lang.github.io/rust-clippy/master/index.html#doc_lazy_continuation
   = note: `-D clippy::doc-lazy-continuation` implied by `-D warnings`
   = help: to override `-D warnings` add `#[allow(clippy::doc_lazy_continuation)]`
```
  • Loading branch information
cpu committed Jul 29, 2024
1 parent 6f0e896 commit e976e26
Showing 1 changed file with 5 additions and 5 deletions.
Original file line number Diff line number Diff line change
Expand Up @@ -14,13 +14,13 @@
//! effort
//!
//! * If these certificates are ever revoked then it is possible that, even if
//! with the measures mentioned in the next paragraphs, the operating system
//! might learn of the revocation externally and cause the tests to fail.
//! with the measures mentioned in the next paragraphs, the operating system
//! might learn of the revocation externally and cause the tests to fail.
//!
//! * Some operating systems, Windows in particular, download the set of
//! trusted roots dynamically as-needed. If there is a failure during that
//! fetching then the trust anchors for these certificates might not be
//! trusted by the operating system's root store.
//! trusted roots dynamically as-needed. If there is a failure during that
//! fetching then the trust anchors for these certificates might not be
//! trusted by the operating system's root store.
//!
//! XXX: These tests should be using a stapled OCSP responses so that the
//! (operating-system-based) verifier doesn't try to fetch an OCSP
Expand Down

0 comments on commit e976e26

Please sign in to comment.