| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| | |
|
| |
| |
| |
| | |
Fix https://bugs.freedesktop.org/show_bug.cgi?id=76465
|
| |
| |
| |
| |
| | |
* data-form: reformat <code> blocks so recent gtk-doc can cope
* jingle-content: reset idle ID in its callback
|
| |
| |
| |
| | |
Fix https://bugs.freedesktop.org/show_bug.cgi?id=76465
|
| |
| |
| |
| |
| | |
- jingle-content: reset idle ID in its callback
- data-form: reformat <code> blocks so recent gtk-doc can cope
|
| |
| |
| |
| |
| |
| |
| |
| | |
It makes the executable basically impossible to debug and we don't
recommend that anyone uses it.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=26609
Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>
|
| |
| |
| |
| |
| |
| | |
Just pull one extra commit fixing a gnutls deprecation.
https://bugs.freedesktop.org/show_bug.cgi?id=70038
|
|\ \
| |/
| |
| |
| |
| |
| | |
Conflicts:
NEWS
configure.ac
lib/ext/wocky
|
| |
| |
| |
| | |
Needed to fix connection to Facebok (fdo#68829).
|
|/
|
|
| |
Needed to fix connection to Facebok (fdo#68829).
|
|
|
|
| |
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=67953
|
|
|
|
|
|
| |
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=67875
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=67900
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
| |
|
|
|
|
|
| |
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=65131
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
|\
| |
| |
| |
| |
| |
| | |
Conflicts:
NEWS
configure.ac
lib/ext/wocky
|
| |
| |
| |
| | |
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=65036
|
| | |
|
| | |
|
|\ \
| |/
| |
| |
| |
| |
| | |
Conflicts:
NEWS
configure.ac
lib/ext/wocky
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The improvements are:
* A new error code, WOCKY_XMPP_ERROR_POLICY_VIOLATION, added in RFC 6120
and used by Prosody's MUC rate-limiting;
* Fixes to the error parsing code when error conditions are not
recognised;
* Tweaks to WockyMuc's error signals to include the full GError and
WockyXmppErrorType in both.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This breaks the console plugin, which checks if an entered stanza is of
a known type, but <message xmlns=''> is not the same as <message
xmlns='jabber:client'> so Wocky now says the former has type UNKNOWN.
The plugin already had some code to fix up empty namespaces, but it's
after the type check. For a better fix, I added API to give
non-streaming WockyXmppReaders a default namespace, and used it here.
In the course of fixing this, I found that telling the console to send
this:
<message>
<body>
hai
</body>
</message>
would send this:
<message xmlns='jabber:client'>
<body xmlns=''>
hai
</body>
</message>
which is wrong: the empty namespace was not being fixed up recursively.
This is fixed as a side-effect of the default-namespace property, but
this patch also adds a test.
https://bugs.freedesktop.org/show_bug.cgi?id=57016
|
|/
|
|
|
|
| |
This is for the WockyConnector::connection-established signal.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
|
| |
WockyConnector could now restart connection with another host,
and so needs to re-verify TLS.
|
|
|
|
| |
config.h does it for us now.
|
| |
|
|
|
|
|
| |
Reviewed-by: Olli Salli <olli.salli@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46417
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/Makefile.am
For reasons I don't fully understand (presumably headers moving around
a bit?) I had to add includes of <telepathy-glib/gtypes.h> or
<telepathy-glib/interfaces.h> to:
• src/call-content.c
• src/private-tubes-factory.c
• src/protocol.c
• src/util.c
But otherwise this has been an uneventful merge!
|
| | |
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=27489
|
| |
| |
| |
| | |
https://bugs.freedesktop.org/show_bug.cgi?id=34975
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This new snapshot changes WockyPepService to provide a pointer to the
<item/> node in wocky_pep_service_get_finish() and
WockyPepService::changed.
This commit only updates conn-location.c to actually take advantage of
it, but soon…
|
| |\ |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is it! There is now nothing left but a build system and some empty
headers.
The last functional vestige was the GCancellable used in
_gabble_connection_send_with_reply(), which I basically just moved to
GabbleConnection. That function should really die as well, but I'll
leave that for another lifetime.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The callback type for _gabble_connection_send_with_reply returned one of
these. All instances, bar two, returned
LM_HANDLER_RESULT_REMOVE_MESSAGE, which makes sense, because if you send
an IQ you had better be prepared to handle the reply.
When I removed lm_connection_send_with_reply(), I stopped
_gabble_connection_send_with_reply() paying attention to the return
value, with no apparent ill effects.
The two which returned LM_HANDLER_RESULT_ALLOW_MORE_HANDLERS were:
• the disco pipeline's reply handler, in the case where the request is
no longer in the pipeline (such as in a timeout). I checked, and as
far as I can tell nothing is trying to scrape any information out of
zombie disco replies.
• the request pipeline's reply handler, in the same case. I couldn't be
bothered to check for this, but I don't think it will pose any ill
effects because normally the handler is the highest-priority
callback, so anyone trying to catch these would not catch the ones
which were not cancelled… which seems unlikely.
|
| | |
| | |
| | |
| | |
| | | |
LmHandlerResult shows up in _gabble_connection_send_with_reply(), so we
can't ditch that just yet.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Wocky is a little less convenient here, but
wocky_stanza_extract_errors() comes to the rescue.
|
| | |
| | |
| | |
| | |
| | |
| | | |
This basically inlines the call to wocky_porter_send_iq_async() in
_gabble_connection_send_with_reply(), and removes a layer of indirection
in calling the callback.
|
| | |
| | |
| | |
| | | |
It's completely unused!
|
| |/ |
|