| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| |
|
| |
https://xmpp.org/extensions/xep-0444.html
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This adds a file sharing manager that is capable of using multiple back
ends. Currently implemented are a normal HTTP File Upload backend and an
encrypted HTTP File Upload. Jingle File Transfer could be implemented
later.
Co-authored-by: Linus Jahn <lnj@kaidan.im>
|
| | |
|
| |
|
|
|
| |
The devices allow it to encrypt or decrypt data on the fly when reading
or writing data.
|
| | |
|
| |
|
|
|
| |
https://xmpp.org/extensions/xep-0448.html
Co-authored-by: Jonah Brüchert <jbb@kaidan.im>
|
| |
|
|
|
| |
Before just QUrl was used, which was okay. This should make it better
recognizable and it makes clear it is only used for HTTP urls.
|
| |
|
|
|
|
|
|
| |
Implements parsing for the file sharing element from XEP-0447:
Stateless files sharing version 0.2.
https://xmpp.org/extensions/xep-0447.html
Co-authored-by: Jonah Brüchert <jbb@kaidan.im>
|
| | |
|
| | |
|
| |
|
|
|
|
| |
This implements version 0.2.0
https://xmpp.org/extensions/xep-0446.html
|
| |
|
|
|
|
| |
XEP-0264: Jingle Content Thumbnails version 0.4.
https://xmpp.org/extensions/xep-0264.html
|
| |
|
|
|
| |
Parsing and serialization for XEP-0300
https://xmpp.org/extensions/xep-0300.html in version 1.0.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The new manager automatically enabled carbons and the user doesn't need
to do anything. Messages are injected into the message pipeline of the
client instead of using a signal. This makes it possible to decrypt the
messages in the next step or do any other possible post-processing on
the message.
Adapting the old manager was not possible because that would mean major
behaviour change that could potentially lead to clients processing
message twice.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This implements XEP-0384 in version v0.8 with a manager and storage
classes to be user-implemented for persistant storage.
The license of the code is LGPL-2.1-or-later as usual. However since
libomemo-c (libsignal-protocol-c) is GPL-3.0, the built binary is always
licensed under GPL-3.0. Having our code LGPL licensed will make it
avoids relicensing in the future in case we port it to an LGPL
compatible omemo library.
Closes #133.
Co-authored-by: Linus Jahn <lnj@kaidan.im>
|
| | |
|
| |
|
|
|
| |
This avoids the need to include the whole TrustStorage in files like
SendStanzaParams.h.
|
| | |
|
| |
|
|
| |
This header is used by program Kaidan at least.
|
| |
|
|
| |
For now only contains a list of JIDs the stanza should be encrypted for.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Plan is to split up Global into build constants and other globals. This
avoids hassle when editing QXmppGlobal. With IDEs it can easily happen
that you edit the wrong file from the build dir instead the `.h.in`.
Co-authored-by: Melvin Keskin <melvo@olomono.de>
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
QXmppTrustStorage is now the base class for all trust storages used by
end-to-end encryption managers.
QXmppAtmTrustStorage is used by QXmppAtmManager.
QXmppTrustMemoryStorage is now the base class for all trust storages
that use the memory for storing data.
QXmppAtmTrustMemoryStorage can be used by QXmppAtmManager.
Methods needed by the upcoming OMEMO implementation are added.
Some existing methods are refactored.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Co-authored-by: Germán Márquez Mejía <mancho@olomono.de>
|
| |
|
|
| |
Co-authored-by: Germán Márquez Mejía <mancho@olomono.de>
|
| |
|
|
| |
Co-authored-by: Germán Márquez Mejía <mancho@olomono.de>
|
| |
|
|
| |
Co-authored-by: Germán Márquez Mejía <mancho@olomono.de>
|
| |
|
|
| |
Co-authored-by: Germán Márquez Mejía <mancho@olomono.de>
|
| |
|
|
|
|
|
|
| |
Some objects currently inherit from QXmppStanza although they don't make
use of most of the stanza's features (like having to/from/id). This is
currently necessary, because only QXmppStanzas can be sent via the
client or stream. The QXmppNonza class should fix that by only providing
the most important features (parse + toXml).
|
| |
|
|
|
|
| |
Supports the most common pubsub requests.
Co-authored-by: Germán Márquez Mejía <mancho@olomono.de>
|