summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2011-10-18_tp_channel_contacts_queue_prepare_finish: don't assume item->contacts is ↵Guillaume Desmottes2-1/+53
not NULL For example, when receiving a MUC delivery report we end up with a message having no sender and so no contact to prepare. https://bugs.freedesktop.org/show_bug.cgi?id=41929
2011-10-18Bump g-i requirement to something that definitely supports the new makefile ↵Danielle Madeley1-1/+1
rules
2011-10-18Use g-i makefile rules to simplify building the introspection filesDanielle Madeley2-59/+30
It turns out we can now remove the kludges which made the introspection rules so complicated.
2011-10-18Update introspection.m4Danielle Madeley1-2/+8
2011-10-14And bump again to 0.16.999.1Will Thompson2-2/+2
2011-10-14Bump nano-version to 0.16.1.1Will Thompson2-1/+6
2011-10-14Version 0.16.0Will Thompson2-6/+6
2011-10-14Truncate generated ChangeLog at 0.12.0Will Thompson1-1/+1
2011-10-14NEWS for 0.16.0Will Thompson1-2/+32
2011-10-14Account: expand :normalized-name documentation.Will Thompson1-1/+3
Fixes: <https://bugs.freedesktop.org/show_bug.cgi?id=41714>
2011-10-14test-channel-introspect: remove most MYASSERTsWill Thompson1-45/+28
This macro is really ugly. I only left it in place for assertions like MYASSERT (!tp_proxy_prepare_finish (chan, prepare_result, &error), ""); where the assertion has a side-effect. Otherwise, if someone disables assertions the test will crash. Ugh.
2011-10-14test-channel-introspect: plug a leakWill Thompson1-0/+3
fea8294 introduced this pretty obvious leak.
2011-10-14remove unnecessary x bit from source codeSimon McVittie1-0/+0
2011-10-12TpChannel: don't rely on introspection queue to add the iface ID of the typeGuillaume Desmottes2-7/+49
tp-glib uses to rely on its introspection queue to add the interface ID of its channel type even when the type was already known during construction (which is basically alway the case now as we always pass the immutable properties when creating a TpChannel). This was forcing TpChannel subclasses to have a CORE feature to connect signals on their channel type interface for no good reason. https://bugs.freedesktop.org/show_bug.cgi?id=41729
2011-10-12Bump nano-version to 0.15.9.1Will Thompson2-1/+6
2011-10-12Version 0.15.9Will Thompson2-5/+11
2011-10-12Merge remote-tracking branch 'origin/master'Will Thompson1-2/+5
2011-10-12bump nano version to 0.15.8.1Will Thompson2-1/+6
2011-10-11_tp_contacts_from_values: skip NULL contactsGuillaume Desmottes1-2/+5
dup_owners_table() can insert NULL contacts into the hash (if the owner is unknown) so we should just ignore those. https://bugs.freedesktop.org/show_bug.cgi?id=41697
2011-10-11Version 0.15.8Will Thompson7-10/+36
2011-10-11NEWS for 0.15.8Will Thompson1-0/+24
2011-10-11Merge branch 'bye-bye-properties'Will Thompson9-1/+1434
See <https://bugs.freedesktop.org/show_bug.cgi?id=32611>. Reviewed-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
2011-10-11BaseRoomConfig: document why we copy properties dictWill Thompson1-0/+12
2011-10-11BaseRoomConfig: move the macros up a bitWill Thompson1-16/+17
2011-10-11BaseRoomConfig: pass self to update_asyncWill Thompson2-17/+25
Previously, the update_async vfunc in TpBaseRoomConfigClass took a pointer to a TpBaseChannel as its first argument. This is an artifact of how this was initially hooked up in Gabble, and is pretty unconventional, to say the least.
2011-10-11BaseRoomConfig: improve find_myself error checkingWill Thompson1-0/+4
TpBaseRoomConfig stores a pointer to itself as qdata on its parent channel. It did not previously NULL that pointer out when it was disposed: it now does. Correspondingly, I added an explicit check for NULL to find_myself(). While this is technically redundant with the TP_IS_BASE_ROOM_CONFIG() check, I think it makes the error message clearer to distinguish between the two.
2011-10-11Add tp_base_room_config_dup_channel()Will Thompson3-0/+22
This is handier than using the GObject property, and it transpires that subclasses would like to use it. It returns a ref rather than not because TpBaseRoomConfig only holds a weak ref to the channel, so it would otherwise be quite easy for CM code to accidentally try to use a dead pointer. (I fell into this trap while working on Gabble.)
2011-10-11Add TpBaseRoomConfigWill Thompson7-1/+1316
This is a mixin-esque class (akin to TpBaseContactList) implementing the RoomConfig interface on MUC channels. This class was developed inside Gabble, and moved here when essentially complete. Changes since the last time it appears in Gabble: • Uses of wocky_enum_{to,from}_nick were replaced by _tp_enum_{to,from}_nick; • The description section of the documentation was written; • Obviously, it was renamed.
2011-10-11Steal wocky_enum_{to,from}_nickWill Thompson2-0/+71
The RoomConfig mixin needs these.
2011-10-11Merge branch 'dbus-properties-mixin-stuff'Will Thompson3-40/+93
Reviewed-by: Xavier Claessens <xclaesse@gmail.com>
2011-10-11Expose tp_dbus_properties_mixin_set()Will Thompson3-38/+73
This allows the application to set a property as if in response to a D-Bus call. This turned out to not actually be needed for this branch, but it is needed if we want MC to use TpDBusPropertiesMixin. (See also, fd.o#32416.)
2011-10-11Merge branch 'spec-0.24'Will Thompson36-1093/+2843
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=41658 Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
2011-10-10Expose tp_svc_interface_get_dbus_properties_infoWill Thompson3-2/+17
I find myself wanting this while writing RoomConfig support. Admittedly once that code is in tp-glib it won't strictly need to be exported, but I think it's harmless enough.
2011-10-10DBusProperties: document set_dbus_prop_info as nicheWill Thompson1-0/+3
Almost no-one ever needs to call this.
2011-10-10Generate code for Room, RoomConfig and SubjectWill Thompson4-0/+143
2011-10-10codegen: add a whitelist of tp_cli_*_run_* methodsWill Thompson3-21/+32
We have to generate a bunch of (deprecated) tp_cli_*_run_* methods, for backwards-compatibility. But there's no reason to add any *more* every time we define a new channel interface. So here, we generate a list of methods we need to generate for backwards compatibility (based on their being listed in the documentation), and modify the code generator to refuse to generate any _run_ method not named in that file.
2011-10-10Update to telepathy-spec 0.24.0Will Thompson29-1072/+2668
This also includes the updates to the Call-based example code omitted from fa81060.
2011-10-10channel-contacts: guard against no-op updatesWill Thompson1-3/+3
process_contacts_queue() can already cope with ContactsQueueItems in the queue which do not actually have any contacts to prepare. As a comment in the function describes, we still go through the motions of enqueuing a preparation/upgrade operation to avoid reordering events. However, previously the function assumed that if any of the three arrays (of contact objects, ids, or handles) were non-NULL, then they would be non-empty. This assumption is false, as <https://bugs.freedesktop.org/show_bug.cgi?id=41470> illustrates. The concrete example in that bug is an emission of MembersChanged, with all arrays except Removed empty, and Actor set to 0. We don't bother preparing contacts which are removed; so _tp_channel_contacts_queue_prepare_async() is called with an empty array of contacts. There are a few other signals which can lead to this situation. So this patch makes process_contacts_queue() do the right thing if the arrays are present but empty. (Previously all three paths would assert in this situation.) Fixes: <https://bugs.freedesktop.org/show_bug.cgi?id=41470> Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
2011-10-10Bump nano version to 0.15.7.1Will Thompson1-1/+1
2011-10-04Version 0.15.7Xavier Claessens2-3/+13
2011-10-04Merge branch 'telepathy-glib-0.14'Will Thompson3-12/+52
Conflicts: NEWS configure.ac telepathy-glib/message-mixin.c
2011-10-04Nano-version bump to 0.14.10.1Will Thompson1-1/+1
2011-10-04Version 0.14.10Will Thompson2-4/+4
2011-10-04More NEWS for 0.14.10Will Thompson1-0/+8
2011-10-04Merge branch '40523-crash-on-ack' into telepathy-glib-0.14Will Thompson2-12/+35
Reviewed-by: Xavier Claessens <xclaesse@gmail.com>
2011-10-04MessageMixin: DEBUG if AckPM gets an id more than onceWill Thompson1-1/+9
2011-10-04test_upgrade_noop: verify with all featuresXavier Claessens1-40/+51
2011-10-04Add regression test case to verify no-op upgradeXavier Claessens1-0/+43
2011-10-04Make sure tp_connection_upgrade_contacts() is no-op if all features are ↵Xavier Claessens1-20/+27
already prepared
2011-10-04Add unit test for sent message without message-senderXavier Claessens1-0/+39
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-18 08:49:59 +0000