Skip to content

fix(buzz-pairing-cli): install rustls crypto provider before wss:// use - #4153

Open
jlove2177-jpg wants to merge 1 commit into
block:mainfrom
jlove2177-jpg:fix/pairing-cli-tls-provider
Open

fix(buzz-pairing-cli): install rustls crypto provider before wss:// use#4153
jlove2177-jpg wants to merge 1 commit into
block:mainfrom
jlove2177-jpg:fix/pairing-cli-tls-provider

Conversation

@jlove2177-jpg

Copy link
Copy Markdown

Summary

  • buzz-pair (the NIP-AB pairing interop CLI) panicked with Could not automatically determine the process-level CryptoProvider on any wss:// relay — tokio-tungstenite's rustls-tls-webpki-roots feature needs a provider installed explicitly. Every other binary in the workspace that touches TLS (buzz-relay, buzz-desktop) already does this; buzz-pairing-cli never did.
  • Only surfaces when actually exercising wss://, since ws:// never touches TLS — easy to miss since the tool defaults to a wss:// public relay but most local dev/testing uses plain ws://.

Test plan

  • cargo build -p buzz-pairing-cli
  • Ran buzz-pair source --relay wss://<host> and buzz-pair target against a real TLS-terminated relay — connects and proceeds past the crash point (reaches SAS exchange) instead of panicking immediately.

buzz-pair crashed with "Could not automatically determine the
process-level CryptoProvider" on any wss:// relay — tokio-tungstenite's
rustls-tls-webpki-roots feature needs a provider installed explicitly,
which every other binary in the workspace already does (buzz-relay,
buzz-desktop) but this one never did. Only surfaced when actually
testing wss:// interop, since ws:// never touches TLS.

Signed-off-by: Eldritch Architect <jlove217@gmail.com>
@jlove2177-jpg
jlove2177-jpg requested a review from a team as a code owner August 1, 2026 18:16
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