Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=57521
|
|
|
|
|
|
|
|
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=52362 (I hope)
|
|
This ensures that a running Gabble process will always create Call1
channels once it has seen such a client in its lifetime.
Remove gabble_caps_channel_manager_reset_capabilities and its
implementation in GabbleMediaFactory, since it is not used anymore.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=56181
Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
|
|
|
|
|
|
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=54634
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=54634
Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
This is partly a point of principle - given any caps bundle that we have
ever advertised support for, we should be prepared to define when asked -
but mainly a workaround for the iChat bug mentioned in commit af55ea3d.
If we return an error, it will keep disco'ing us repeatedly in a loop.
This leaves us with the problem of finding out what the bundle contains.
In Google's usage it is only its name that is important (ignoring that
XEP-0115 explicitly makes bundle names opaque), but replying to disco
requests for it requires us to be able to turn it into a set of 0 or
more capability URIs. Because of the Google server bug mentioned in
commit cd0da0a8, we can't just ask a Google client, because they're
all on Google servers, so they can't usefully be disco'd.
We assume here that it behaves like the voice-v1 and video-v1 bundles
in containing exactly one URI, and that that URI corresponds to the
bundle name in the same way.
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=54634
|
|
Now that telepathy-glib actually correctly checks what is passed to
UpdateLocalMediaDescription ensure we always pass the RemoteContact key
in the dictionary.
|
|
|
|
Make the rules for generating files part of the installed tests depend on
the Makefile such that it gets regenerated after runing configure with
a different prefix
|
|
Commit 352d2da805561ec0164a6e800cd3c3e3bbc629f3 starting using
pluginexecdir instead of ${libdir}/telepathy/gabble-0. Unfortunately the
generation of run-gabble.sh wasn't adapated
|
|
Set GABBLE_TWISTED_PATH in the environment which points to either the
installed (when using run-test.sh) or the srcdir location (when using
make check)
|
|
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|
|
|
|
|
|
|
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.
|
|
Reviewed-by: Sjoerd Simons <sjoerd@greynoise.nl>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=36998
|
|
Reviewed-by: Sjoerd Simons <sjoerd@greynoise.nl>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=36998
|
|
|
|
|
|
telepathy-glib 0.18.0 already depends on this version so that won't change
much in practice and it will allow us to use GLIB_VERSION_* macros
(GLIB_VERSION_2_24 doesn't exist).
|
|
config.h does it for us now.
|
|
|
|
|
|
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
This is untested, but the existing tests still pass…
https://bugs.freedesktop.org/show_bug.cgi?id=47999
|
|
This function returns the number of messages sent, not a boolean.
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=43828
|
|
parameter
https://bugs.freedesktop.org/show_bug.cgi?id=43828
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=43826
https://bugs.freedesktop.org/show_bug.cgi?id=43828
|
|
|
|
|
|
This lets you configure the plugin directory:
./configure pluginexecdir='${libdir}/my-gabble-plugins'
The directory-name variable has 'exec' in it because Automake installs
unknown directory names with 'exec' in their variable name during
"make install-exec", and other unknown directory names during
"make install-data".
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46417
Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
This avoids having Gabble and Salut, or old Gabble and a future stable
Wocky, fight over the libwocky.so symlink.
If you're building for a tightly controlled platform where Gabble and
Salut are definitely using the same Wocky version, you can put them in the
normal libdir with
./configure pluginexeclibdir='${libdir}'
or (when Salut has been updated with this change) make them share a private
library directory:
./configure pluginexeclibdir='${libdir}/telepathy/ytstenut-1.0'
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46417
Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46417
Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46417
Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|