This dependency is unmaintained, but it is written in pure Rust unlike
ICU, and doesn’t require a roundtrip through UTF-16, improving both
performances (perhaps?) and ease of compilation.
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
Maxime “pep” Buquet
created
3ac741d
RUST_LOG=debug can now be used in tokio-xmpp examples to see XMPP network traffic
xmppftw
created
ae67949
tokio-xmpp: Ensure id is added only to stanza
Click to expand commit body
The previous commit didn't fix a bug where @id would be added to
elements that didn't need it / where it was invalid (e.g., stream
management).
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
Maxime “pep” Buquet
created
bc73af1
tokio-xmpp: @id wasn't correctly added to every stanza
Click to expand commit body
This commit moves the code adding @id to AsyncClient and SimpleClient,
instead of on the lower level send_stanza helper, which seemed to only
be used internally.
Support is also added for Component.
This removes the addition of @id on elements like <auth/> or <bind/>,
which probably weren't required anyway?
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
Maxime “pep” Buquet
created
6fa6ded
Message now has constructors for each type, and a with_body builder method (#78)
xmppftw
created
512c1d1
Presence now has constructors for each type variant, and a with_payload builder method (closes #79)
xmppftw
created
72ddb8b
xmpp: Update Changelog to mention ClientBuilder::new signature change
Click to expand commit body
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
Maxime “pep” Buquet
created
209bab1
tokio_xmpp::AsyncClient and xmpp::Agent take a fully parsed Jid (#72)
xmppftw
created
7064ef5
minidom/examples: silence warning on unused property in struct
Click to expand commit body
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
Version 0.21 replaced base64::decode() with an Engine trait and multiple
structs implementing it for various alphabets, various performance
profiles, etc. It is slightly longer to import but in the end does the
very same thing.
This was causing a memory corruption on closing tags for elements with a
name longer than 24 bytes. I haven’t investigated why smartstring < 1
had this bug, but it got fixed in 1.0.0 so let’s use that.