Age | Commit message (Collapse) | Author | Files | Lines |
|
In practice we depend on it anyway, via telepathy-glib 0.19.9.
Also update the telepathy-glib dependency in the .pc files to match
configure.ac.
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=65290
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
|
|
Fixes: https://bugs.freedesktop.org/56181
|
|
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>
|
|
Conflicts:
NEWS
configure.ac
src/conn-addressing.c
src/jingle-info.c
src/media-channel-hold.c
src/message-util.c
src/muc-tube-dbus.c
src/muc-tube-stream.c
src/olpc-activity.c
src/presence-cache.c
src/protocol.c
src/room-config.c
|
|
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
|
|
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
|
|
Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=49384
|
|
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>
|
|
There is no gabble/debug.h. The only effect of putting a .h file
in SOURCES is to get it included in the distribution tarball, so this
wasn't visible until we tried to make a release, and apparently nobody
runs distcheck any more or something.
|
|
Reviewed-by: Olli Salli (oggis) <olli.salli@collabora.co.uk>
|
|
create_channel_managers already passes a GabblePluginConnection which
can be casted into TpBaseConnection. So removing the duplicate TpBaseConnection
pointer from the API
|
|
Using -module doesn't produce .dll files when compiling for windows
These changes enable us to output .dll files for plugins.
https://bugs.freedesktop.org/show_bug.cgi?id=44649
|
|
library
This patch refactors gabble connection by introducing a new GInterface
which the plugins will link agaist. And GabbleConnection implements the
new Interface.
https://bugs.freedesktop.org/show_bug.cgi?id=44649
|
|
All gabble plugins should implement these two methods hereafter.
This patch also updates all the internal plugins to use this new API.
https://bugs.freedesktop.org/show_bug.cgi?id=44331
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=27489
|
|
This reverts commit bf805ba0b2ecced81e5c2830a79d021a42da91a7, reversing
changes made to 1296a2f5ce46e77787ca42eadb1c2ca4a957a09b.
|
|
This reverts commit a687785628216f8f73c699096e9aae4a07b811c6, reversing
changes made to bf805ba0b2ecced81e5c2830a79d021a42da91a7.
|
|
Using -module doesn't produce .dll files when compiling for windows
These changes enable us to output .dll files for plugins.
https://bugs.freedesktop.org/show_bug.cgi?id=44649
|
|
library
This patch refactors gabble connection by introducing a new GInterface
which the plugins will link agaist. And GabbleConnection implements the
new Interface.
https://bugs.freedesktop.org/show_bug.cgi?id=44649
|
|
All gabble plugins should implement these two methods hereafter. This patch also updates
all the internal plugins to use this new API
https://bugs.freedesktop.org/show_bug.cgi?id=44331
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=43889
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=43588
|
|
The problem was introduced by this commit:
|commit 587da15932d178ad289e81b039dcabb4e90984c5
|Author: Jonny Lamb <jonny.lamb@collabora.co.uk>
|Date: Thu Sep 1 14:19:52 2011 +0100
|
| gabble: add capabilities.h and caps-channel-manager.h as public API
|
| Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
|
|
|
This is useful so in a Gabble plugin you can get the TpBaseContactList
and then look at each contact's caps for whatever reason.
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>
|
|
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>
|
|
|
|
|
|
using GLists
|
|
with privacy lists
|
|
This moves the domain-specific special case from
connection.c:remote_error_cb to more generic error-handling code.
I'd previously thought that a stream <conflict/> before connecting
successfully would be a WOCKY_CONNECTOR_ERROR, but that turns out
not to be true.
|
|
TpConnectionStatusReason + TpError
|
|
Reviewed-by: André Moreira Magalhães <andre.magalhaes@collabora.co.uk>
Reviewed-by: Will Thompson <will.thompson@collabora.co.uk>
|
|
|
|
gabble_connection_update_sidecar_capabilities.
|
|
identity if none is passed.
Moved the code to add a default identity in case none is provided from
gabble_caps_hash_compute to gabble_connection_sidecar_add_own_caps.
|
|
returns it.
gabble_connection_add_sidecar_own_caps now computes the hash and returns it
instead of receiving the hash as a param, as all needed info used to compute the
hash is already received as params.
|
|
|
|
Added gabble_disco_identity_array_new which creates a GPtrArray and set it's
free element func. Also set the free element func for arrays copied using
gabble_disco_identity_array_free.
|
|
|