| Age | Commit message (Collapse) | Author |
|
It's barely possible for .onion servers to provide a non-self-signed cert. But that's fine because encryption is provided independently though TOR.
see #958
|
|
fixes #534
|
|
|
|
|
|
|
|
|
|
from stream
If a info request did not receive a response in some stream (e.g. due to network errors), any requests to the same entity in subsequent streams waited indefinitively.
|
|
|
|
fixes #901
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
request_info/items async, add caching has_entity_feature
|
|
|
|
fixes #179
fixes #812
|
|
When a server returns multiple <x/> elements
in response to a discinfo query, this change
uses all of them instead of just the first one.
|
|
|
|
|
|
Upstream: https://gitlab.gnome.org/GNOME/vala/-/issues/751
|
|
|
|
|
|
|
|
fixes #748
|
|
|
|
|
|
fixes #470
|
|
fixes #669
|
|
|
|
|
|
|
|
|
|
|
|
fixes #675
|
|
|
|
fixes #636
|
|
|
|
Some services use Authorization header [0] to pass upload credential
data. This avoids the token being exposed in server logs and is allowed
by XEP-0363 since version 0.5.0.
This change adds support for headers allowed in XEP-0363: Authorization,
Expires and Cookie.
[0]: https://xmpp.org/extensions/xep-0363.html#request
|