summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* added Logger test client (activatable respawnable observer)Senko Rasic2010-04-151-0/+10
|
* add tests for respawning (activatable) observersSenko Rasic2010-04-153-0/+453
|
* update existing tests with slightly different use cases due to new featureSenko Rasic2010-04-152-5/+5
|
* mctest.SimulatedClient: support for optional recovery property for observersSenko Rasic2010-04-151-2/+17
|
* added Logger client service for twisted testsSenko Rasic2010-04-152-1/+4
|
* McdConnection: pass account path _mcd_dispatcher_recover_channelSenko Rasic2010-04-151-1/+2
|
* added internal method _mcd_dispatcher_recover_channel()Senko Rasic2010-04-152-3/+5
|
* McdDispatcher: listen to McdClient's need-recovery signalSenko Rasic2010-04-151-0/+45
|
* pass on the account path to the handler mapSenko Rasic2010-04-151-1/+2
|
* added internal _mcd_channel_details_build_from_tp_chan methodSenko Rasic2010-04-152-15/+41
|
* added _mcd_client_recover_observer methodSenko Rasic2010-04-152-0/+36
|
* McdClient: emit need-recovery signal when an observer needs to be respawnedSenko Rasic2010-04-151-0/+21
|
* McdClient: query for and parse Observer.Recovery propertySenko Rasic2010-04-151-3/+55
|
* McdHandlerMap: maintain a mapping between handled channels and their account ↵Senko Rasic2010-04-152-2/+38
| | | | paths
* Set the right environment variable to run tests with a temporary version of ↵Simon McVittie2010-04-141-1/+1
| | | | ~/.cache
* trivia: .gitignore: ignore GCOV and with-session-bus droppingsSimon McVittie2010-04-141-0/+3
|
* Prepare NEWS for 5.4Simon McVittie2010-04-141-2/+18
|
* Incomplete accounts resulted in account manager load locks never being released.Vivek Dasmohapatra2010-04-141-3/+27
| | | | | | | This meant that the account manager's dbus name was never claimed, as it sat around forever waiting for the account's manager to become ready, (or fail) but this could never happen as the incomplete account didn't have a manager at all.
* Fix error propagation in CreateAccountTomeu Vizoso2010-04-142-8/+34
| | | | Fixes fdo#27021
* Remove misleading reference to GConfTomeu Vizoso2010-04-141-1/+1
|
* Only time out channel requests after many hoursSjoerd Simons2010-04-141-2/+4
| | | | Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
* mc-tool: don't crash on invalid account namesWill Thompson2010-04-142-0/+13
| | | | Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
* mc-wait-for-name: link to GLib properlyJonny Lamb2010-04-141-2/+2
| | | | | | | | See Debian bug #556488 for more info. Fixes: fd.o#25122 Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
* Make MC compile with dbus-glib 0.80 by casting const GError* back to GError*Danielle Madeley2009-11-062-2/+2
| | | | | | | | Ubuntu Karmic ships with dbus-glib 0.80. Which takes a GError* argument to dbus_g_method_return_error(). We could either bump our minimum dbus-glib version to 0.82, or cast the errors so that it works. Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
* Merge branch 'compat'Simon McVittie2009-11-034-2/+23
|\ | | | | | | Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
| * Update NEWSSimon McVittie2009-11-031-1/+4
| |
| * fd.o #24875: reimplement g_error_new_valist to avoid a GLib 2.22 dependencySimon McVittie2009-11-033-1/+19
|/
* Nano versionSimon McVittie2009-11-022-1/+6
|
* Prepare version 5.3.2upstream/5.3.2telepathy-mission-control-5.3.2Simon McVittie2009-11-022-2/+4
|
* Update NEWSSimon McVittie2009-11-021-3/+41
|
* Merge branch 'telepathy-mission-control-5.2'Simon McVittie2009-11-021-0/+1
|\ | | | | | | | | | | | | | | | | | | Conflicts: NEWS configure.ac src/mcd-connection.c src/mcd-dispatcher.c Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
| * Invoke callbacks in the right orderAlberto Mardegan2009-10-231-0/+1
| | | | | | | | | | | | Callback contexts are added into the list at the beginning (g_slist_prepend), so we must reverse the list before invoking them, to ensure that callbacks are invoked in the same order as they have been installed.
| * Merge branch '52-always-observe-new-channels' into telepathy-mission-control-5.2Simon McVittie2009-10-135-21/+151
| |\ | | | | | | | | | Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
| | * McdConnection: correct sense of suppress_handler in on_new_channelSimon McVittie2009-10-121-1/+1
| | | | | | | | | | | | | | | | | | Channels with suppress_handler=TRUE must be Requested; channels with suppress_handler=FALSE can be assumed to be unRequested. Previously, the opposite logic was used.
| | * fd.o#24474: Add a regression test for channels created behind our backSimon McVittie2009-10-122-0/+107
| | |
| | * fd.o#24474: if NewChannels signals Requested channels that we didn't ↵Simon McVittie2009-10-123-21/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | request, observe them but do nothing else Requested channels that we don't know about must have been requested by another process (like Empathy 2.28), by calling Connection methods directly rather than going via MC. As a result, we should not call AddDispatchOperation or HandleChannels. However, we do want to call ObserveChannels, to preserve the invariant that observers are called for *all* channels. This means that observers can do things like present some simple UI for *every* channel, regardless of who the handler is.
| * | Nano versionSimon McVittie2009-10-132-1/+6
| |/
* | Makefile.am: re-format SUBDIRSSimon McVittie2009-11-021-3/+10
| | | | | | | | Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
* | Makefile.am: build tests before docsSimon McVittie2009-11-021-1/+1
| | | | | | | | | | | | | | This makes it quicker to see whether `make check` has failed - if you see the docs building, it means the tests must have passed :-) Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
* | Merge branch 'wait-for-handlers'Simon McVittie2009-11-0216-270/+555
|\ \ | | | | | | | | | Reviewed-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
| * | McdDispatchOperation: comment the fact that handle_with_time is globalSimon McVittie2009-11-021-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | In an earlier version of the branch I separated it to be per Approval and used the timestamp from the appropriate approval, but during review Sjoerd considered this to be unnecessarily complicated; it's also undesirable if several HandleWith calls are "compatible", e.g. HandleWith("...Empathy") and HandleWith("").
| * | McdDispatchOperationPrivate: remove now-unused handler memberSimon McVittie2009-11-021-1/+0
| | |
| * | _mcd_dispatch_operation_close_as_undispatchable: receive GError from callerSimon McVittie2009-11-021-10/+14
| | |
| * | _mcd_dispatch_operation_set_handler_failed: if all possible handlers have ↵Simon McVittie2009-11-022-3/+20
| | | | | | | | | | | | | | | | | | | | | | | | failed, finish the CDO and terminate the channels _mcd_dispatch_operation_close_as_undispatchable will try and fail to call _mcd_dispatch_operation_finish again, which isn't entirely elegant, but works.
| * | dispatcher/handle-channels-fails.py: add regression test for retrying ↵Simon McVittie2009-11-022-15/+15
| | | | | | | | | | | | HandleWith with the same handler
| * | _mcd_dispatch_operation_try_next_handler: fail HandleWith calls if the ↵Simon McVittie2009-11-021-5/+14
| | | | | | | | | | | | desired Handler doesn't exist
| * | _mcd_dispatch_operation_try_next_handler: remove unnecessary check for approvalSimon McVittie2009-11-021-2/+1
| | | | | | | | | | | | | | | If we're looking at an Approval from the queue, then clearly someone approved :-)
| * | _mcd_dispatch_operation_try_next_handler: for HandleWith calls (only), try ↵Simon McVittie2009-11-021-4/+8
| | | | | | | | | | | | | | | | | | | | | | | | again even if that handler previously failed This is safe (doesn't cause infinite loops) because on failure, we remove the HandleWith call from the queue of approvals, so we only retry if an approver tries again.
| * | McdDispatchOperation: use the approvals queue to choose the preferred handlerSimon McVittie2009-11-021-25/+22
| | | | | | | | | | | | | | | This requires that requests with a preferred handler also put it in the queue.
| * | _mcd_dispatch_operation_set_handler_failed: fail any pending HandleWith ↵Simon McVittie2009-11-022-8/+71
| | | | | | | | | | | | | | | | | | | | | | | | | | | calls if the nominated handler fails HandleChannels This is a behaviour change: HandleWith with a non-empty argument will no longer count as general approval; so in dispatcher/handle-channels-fails, when the first client fails, the second won't run immediately.
View Lorry Controller Status