xmppftw/xmpp-rs
Watch
1
0
Fork
You've already forked xmpp-rs
 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

Fix all typos using the typos tool

Browse source 
See https://github.com/crate-ci/typos
This commit is contained in:
Link Mauve 2025-11-22 21:28:34 +01:00
commit 5ed958582b
13 changed files with 20 additions and 20 deletions
Download patch file Download diff file Expand all files Collapse all files

2
tokio-xmpp/src/client/mod.rs
View file

@ -136,7 +136,7 @@ impl Client {
impl Client {
/// Start a new XMPP client using DirectTLS transport and autoreconnect
///
/// It use RFC 7590 _xmpps-client._tcp loopup for connector details.
/// It use RFC 7590 _xmpps-client._tcp lookup for connector details.
pub fn new_direct_tls<J: Into<Jid>, P: Into<String>>(jid: J, password: P) -> Self {
let jid_ref = jid.into();
let dns_config = DnsConfig::srv_xmpps(jid_ref.domain().as_ref());

2
tokio-xmpp/src/stanzastream/mod.rs
View file

@ -103,7 +103,7 @@ impl StanzaStream {
/// `jid` and `password` must be the user account's credentials. `jid` may
/// either be a bare JID (to let the server choose a resource) or a full
/// JID (to request a specific resource from the server, with no guarantee
/// of succcess).
/// of success).
///
/// `timeouts` controls the responsiveness to connection interruptions
/// on the underlying transports. Please see the [`Timeouts`] struct's

8
tokio-xmpp/src/stanzastream/negotiation.rs
View file

@ -291,7 +291,7 @@ impl NegotiationState {
}))
}
// Stream footer during negotation is really weird.
// Stream footer during negotiation is really weird.
// We kill the stream immediately with an error
// (but allow preservation of the SM state).
Err(ReadError::StreamFooterReceived) => {
@ -299,7 +299,7 @@ impl NegotiationState {
sm_state: None,
error: io::Error::new(
io::ErrorKind::InvalidData,
"stream footer received during negotation",
"stream footer received during negotiation",
),
}))
}
@ -516,7 +516,7 @@ impl NegotiationState {
}))
}
// Stream footer during negotation is really weird.
// Stream footer during negotiation is really weird.
// We kill the stream immediately with an error
// (but allow preservation of the SM state).
Err(ReadError::StreamFooterReceived) => {
@ -524,7 +524,7 @@ impl NegotiationState {
sm_state: sm_state.take(),
error: io::Error::new(
io::ErrorKind::InvalidData,
"stream footer received during negotation",
"stream footer received during negotiation",
),
}))
}

2
tokio-xmpp/src/stanzastream/queue.rs
View file

@ -74,7 +74,7 @@ pub enum StanzaStage {
/// means.
///
/// **Note:** This state is only ever reached on streams where XEP-0198
/// was succesfully negotiated.
/// was successfully negotiated.
Acked,
/// Stanza transmission or serialisation failed.

6
tokio-xmpp/src/stanzastream/worker.rs
View file

@ -84,7 +84,7 @@ pub(super) enum WorkerEvent {
/// Soft timeout noted by the underlying XmppStream.
SoftTimeout,
/// Stream disonnected.
/// Stream disconnected.
Disconnected {
/// Slot for a new connection.
slot: oneshot::Sender<Connection>,
@ -106,7 +106,7 @@ enum WorkerStream {
/// Receiver slot for the next connection.
slot: oneshot::Receiver<Connection>,
/// Straem management state from a previous connection.
/// Stream management state from a previous connection.
sm_state: Option<SmState>,
},
@ -245,7 +245,7 @@ impl WorkerStream {
Some(ConnectedEvent::LocalShutdownRequested) => {
// We don't switch to "terminated" here, but we
// return "end of stream" nontheless.
// return "end of stream" nonetheless.
return Poll::Ready(None);
}
}