summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* NEWS for 5.8.2telepathy-mission-control-5.8+Will Thompson2011-10-041-0/+9
|
* McdClient: don't allow unique_name to become NULLWill Thompson2011-10-042-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | _mcd_client_registry_found_name() is called in three situations: • the initial call to ListNames() has returned; • the initial call to ListActivatableNames() has returned; and • NameOwnerChanged has been emitted for a client-shaped well-known name. In the first two cases, unique_name_if_known is NULL; in the first case, activatable is FALSE. I don't really understand what business the McdClientRegistry has telling the McdClient what its unique name is even when it's non-NULL, but passing NULL to _mcd_client_proxy_set_active() made McdClient violate an internal invariant. The first action McdClient takes is to discover the client's unique name, if any; if the client is not running, unique_name is set to "" (not NULL). Other parts of the McdClient internals assume (and assert) that unique_name is not NULL by the time they run. I *believe* that the client registry need not ever call _mcd_client_proxy_set_active(), but I am loathe to make that change without fully understanding the code and writing some tests. Fixes: <https://bugs.freedesktop.org/show_bug.cgi?id=39767> Reviewed-by: Xavier Claessens <xclaesse@gmail.com>
* Make the regression tests work with D-Bus >= 1.5.6Simon McVittie2011-09-231-1/+8
| | | | | | | | | The tests rely on being able to eavesdrop. Since D-Bus 1.5.6, normal match rules do not eavesdrop, even if allowed: you have to specifically ask for it. https://bugs.freedesktop.org/show_bug.cgi?id=41090 Reviewed-by: Will Thompson <will.thompson@collabora.co.uk>
* Nano versionVivek Dasmohapatra2011-09-062-1/+5
|
* Update doc-comment in configure.acVivek Dasmohapatra2011-09-061-2/+2
|
* Version 5.8.1telepathy-mission-control-5.8.1Vivek Dasmohapatra2011-09-062-2/+2
|
* Update NEWSVivek Dasmohapatra2011-09-061-1/+4
|
* Set connection status to 'CONNECTING' as soon as we start trying to connectVivek Dasmohapatra2011-09-061-0/+4
|
* Don't throw a hissy-fit if the account is CONNECTING but the connection is notVivek Dasmohapatra2011-09-061-2/+10
|
* Update NEWSVivek Dasmohapatra2011-09-061-0/+2
|
* API does not guarantee that the GValue remains unset on failed value retrievalVivek Dasmohapatra2011-09-061-0/+4
|
* Approval contexts must be NULLed out or the free function will assert()Vivek Dasmohapatra2011-09-061-1/+6
|
* Approval struct free function did not free a string memberVivek Dasmohapatra2011-09-061-0/+1
|
* Approval removed from GQueue should be freedVivek Dasmohapatra2011-09-061-0/+1
|
* Approval structs should be freed after removing them from the tracking GQueueVivek Dasmohapatra2011-09-061-0/+2
|
* Log fix introduced by 58-recovery-position in NEWSVivek Dasmohapatra2011-09-061-0/+5
|
* undispatchable test: assert that observers are invoked, but approvers are notSimon McVittie2011-09-061-6/+47
| | | | | Also assert that MC doesn't close the channel as undispatchable until the Observer has had a look at it.
* fd.o #29022: if a channel can't be handled, dispatch it anyway, to run observersSimon McVittie2011-09-063-21/+32
| | | | | | | | Arguably, we should have some way that approvers can opt-in to being told about undispatchable channels that they might want to Claim, but that requires spec, whereas we can fix this straight away. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=29022
* McdHandlerMap: add brief documentationSimon McVittie2011-09-061-0/+37
|
* fd.o #34025 (ish): if we handle a channel internally, record that factSimon McVittie2011-09-063-1/+17
| | | | | | | | | This means we'll include it in the set of handled channels when we invoke Observers with Recover=TRUE. We don't do this when calling _mcd_request_handle_internally (., ., FALSE) since we're not really behaving like a Handler in that case - more like an Observer or something.
* Nano versionVivek Dasmohapatra2011-07-222-1/+5
|
* Merge branch 'unconditional-accounts-skip-too-many-transport-checks' into ↵telepathy-mission-control-5.8.0Vivek Dasmohapatra2011-07-221-24/+47
|\ | | | | | | telepathy-mission-control-5.8+
| * If there are no transport plugins, the decision always has to be "Yes"Vivek Dasmohapatra2011-07-201-3/+14
| |
| * Accounts flagged as always-dispatch don't need a transport.Vivek Dasmohapatra2011-06-081-0/+7
| |
| * _mcd_master_account_replace_transport would accept "no connection" as a ↵Vivek Dasmohapatra2011-06-011-24/+29
| | | | | | | | successful replacement if no account conditions were specified, forcing unwanted reconnections
* | Update NEWS for Aegis ACL pluginVivek Dasmohapatra2011-07-221-0/+4
| |
* | The Aegis ACL plugin must activate handlers to check their credentialsVivek Dasmohapatra2011-07-221-5/+34
| |
* | Merge branch 'cdo-satisfied-requests-hash-leak' into ↵Vivek Dasmohapatra2011-07-222-5/+13
|\ \ | | | | | | | | | | | | | | | | | | telepathy-mission-control-5.8+ Conflicts: NEWS
| * | Unref wrapper not required if we set the free funcVivek Dasmohapatra2011-06-081-13/+4
| | |
| * | The 'set' GHashTable in collect_satisfied_requests was leakedVivek Dasmohapatra2011-06-021-7/+18
| | |
| * | Update NEWSVivek Dasmohapatra2011-06-011-0/+6
| | |
* | | Version 5.8.0Vivek Dasmohapatra2011-07-222-2/+9
| | |
* | | Fix unbalanced *_DECL macrosVivek Dasmohapatra2011-07-224-0/+9
| | |
* | | Checks for unbalanced G_BEGIN/END_DECLS macrosVivek Dasmohapatra2011-07-223-0/+18
|/ /
* | Minor header include cleanupVivek Dasmohapatra2011-06-011-2/+1
| |
* | Hook up the built-in plugins to the new plugin debug infrastructureVivek Dasmohapatra2011-06-011-5/+1
| |
* | plugin debug header should be included via the main plugin headerVivek Dasmohapatra2011-06-011-0/+1
| |
* | Initialise new plugin debug at the same time as reguar daemon debuggingVivek Dasmohapatra2011-06-011-0/+1
| |
* | Expose new header file to out-of-tree pluginsVivek Dasmohapatra2011-06-011-0/+1
| |
* | define MCP_DEBUG for plugins to useVivek Dasmohapatra2011-06-012-2/+9
| |
* | Use the new environment-driven debug control mechanism in MCPVivek Dasmohapatra2011-06-015-64/+40
| |
* | New debug control for mission-control-pluginsVivek Dasmohapatra2011-06-013-0/+111
| |
* | Call g_key_file_remove... rather than ...set_value when new value is NULLVivek Dasmohapatra2011-05-301-1/+4
| |
* | Don't call tp_intset_size on unset intsetVivek Dasmohapatra2011-05-301-1/+4
|/
* Update NEWSVivek Dasmohapatra2011-05-241-0/+4
|
* Merge branch 'cd-message-api-fixes' into telepathy-mission-control-5.8Vivek Dasmohapatra2011-05-242-9/+24
|\
| * Catch the case where there's a hole in our logic and an internal request ↵Vivek Dasmohapatra2011-05-241-0/+9
| | | | | | | | hasn't been cleaned up properly
| * Log the actual call to internal request handlingVivek Dasmohapatra2011-05-241-0/+1
| |
| * If we're failing an internal request, clear the handler immediatelyVivek Dasmohapatra2011-05-241-1/+1
| |
| * Internal requests should be handled in _both_ paths through _add_channel_requestVivek Dasmohapatra2011-05-241-8/+13
| |
View Lorry Controller Status