summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2009-09-07lalalawip-52-get-aliasesSimon McVittie2-4/+55
2009-09-07Merge branch '52-pre-presence' into telepathy-mission-control-5.2Simon McVittie7-29/+210
Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
2009-09-03auto-connect: be less strict about ordering of eventsSimon McVittie1-6/+5
Now that we "pre-load" presence, CurrentPresence can change sooner; so, don't expect the signal (it can happen at basically any time), but just do a Get for the property at the end.
2009-09-03dispatcher/already-has-*.py: succeed despite early GetInterfaces callSimon McVittie3-0/+12
These tests make assumptions about the order of method calls in order to set up unusual situations, so the early call to GetInterfaces made them deadlock. Also take the opportunity to exercise the code path in which GetInterfaces fails before the connection goes CONNECTED, emulating a telepathy-glib 0.7.35 (or older) CM.
2009-09-03account-manager/presence.py: assert that we try to set presence before Connect()Simon McVittie1-9/+39
2009-09-03mctest: allow expecting events before Connect()Simon McVittie1-2/+7
2009-09-03mctest: simulate SimplePresence more accuratelySimon McVittie1-7/+18
2009-09-03McdConnection: before calling Connect, try to set initial presenceSimon McVittie1-5/+129
If this fails, it's no big deal - we'll set it again later anyway. The infrastructure I've set up is fairly generic, so we can re-use it for anything else that we want to try to set up before going online (to include ContactCapabilities in 5.3, and perhaps Avatars and Aliasing later).
2009-09-03Replaced deprecated g_strcasecmp by g_ascii_strcasecmp.Jonh Wendell1-22/+22
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
2009-09-03Merge branch '52-always-on' into telepathy-mission-control-5.2Simon McVittie3-8/+83
Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
2009-09-03Merge branch '52-more-debug' into telepathy-mission-control-5.2Simon McVittie3-1/+16
Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
2009-09-02Add the concept of always-on accountsSimon McVittie3-8/+83
This has the following effects: * the account is Enabled, and can't be disabled * the account always connects automatically * an offline presence can't be requested on this account * the conditions for this account can't be changed
2009-09-02Debug when dispatch operations emit Finished and when they reply to ClaimSimon McVittie1-0/+6
2009-09-02Debug when ObserveChannels succeeds, as well as when it failsSimon McVittie1-1/+4
2009-09-02mcd_debug_init: log the telepathy-mission-control versionSimon McVittie1-0/+6
It's easier to interpret MC logs if they mention the version number up-front.
2009-09-02Post-release version bumpSimon McVittie1-1/+1
2009-08-26Alter tests to catch up with mardy's ConnectionStatusReason changetelepathy-mission-control-5.2.1Simon McVittie3-6/+2
Because CSR is initially REQUESTED now, there is no change when we start CONNECTING, so it's omitted from the signal.
2009-08-26Prepare stable version 5.2.1Simon McVittie2-1/+29
2009-08-26Merge branch '52-unwanted-connections' into telepathy-mission-control-5.2Simon McVittie1-9/+85
Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
2009-08-26Merge branch '52-claim-delay' into telepathy-mission-control-5.2Simon McVittie2-3/+24
Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
2009-08-26Set initial connection reason to RequestedAlberto Mardegan1-0/+1
None_Specified is really a synonim of "generic error", but we have no error here.
2009-08-26McdConnection: if the connection is stopped by transport plugins while still ↵Simon McVittie1-9/+85
waiting for RequestConnection, kill off the Connection when it turns up Otherwise, we'll have a Connection floating around uselessly in pre-Connect state, which gets in the way of making another Connection to the same account. This can happen when transport plugins go offline and online rapidly.
2009-08-25McdDispatcher: block dispatch operations from finishing until all observers ↵Simon McVittie1-0/+6
have replied In particular, this means that if an observer or approver calls Claim, it won't get a reply until all other observers have had a chance to start. This is necessary if the observer/approver will be acknowledging Text messages, which a logger observer would miss as a result.
2009-08-25McdDispatchOperation: don't allow Claim() to return successfully until we're ↵Simon McVittie1-3/+18
allowed to finish In particular, if some approvers haven't returned yet, don't allow the dispatch operation to be claimed from under them.
2009-08-21Add mcd_account_connection_proceed_with_reasonAlberto Mardegan2-8/+17
Use _mcd_account_set_connection_status to set the connection status reason.
2009-08-21Add _mcd_connection_set_status()Alberto Mardegan2-0/+11
2009-08-21Always process online requests.Alberto Mardegan1-2/+2
The transition DISCONNECTED -> DISCONNECTED should also trigger the completion of online requests.
2009-08-21Merge branch '52-virtual-check-request' into telepathy-mission-control-5.2Simon McVittie4-4/+42
Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
2009-08-21McdAccount: turn the lowmem check for requests into an overridable virtual ↵Simon McVittie4-4/+42
method
2009-08-19Detect missed calls correctlyNaveen Verma1-8/+16
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
2009-08-17Merge branch '52-transports' into telepathy-mission-control-5.2Simon McVittie3-7/+30
Reviewed-by: Alberto Mardegan <alberto.mardegan@nokia.com>
2009-08-13Rename _mcd_master_account_conditions_satisfied to ↵Simon McVittie3-6/+6
_mcd_master_account_replace_transport It has the startling side-effect of binding the account to the selected transport, so the old name was rather misleading.
2009-08-13McdAccount: don't allow transition from one transport to anotherSimon McVittie1-1/+24
A Telepathy Connection "almost always" represents a TCP socket or something similar, which has a source address that is fixed at the time the socket is created. TCP sockets cannot migrate between source addresses, so we would be wrong to suggest that Telepathy Connections can. Accordingly, allow the transitions none -> anything and anything -> none, but silently suppress attempts to go t1 -> t2 for t1, t2 different transports. The bug that this fixes: * we have a transport T1 with source address 1.1.1.1 * a transport T2 comes up with source address 2.2.2.2 * a Connection C1 to an account A whose server is 9.9.9.9 (its TCP socket is 1.1.1.1:11111 <-> 9.9.9.9:9999) is still CONNECTING * as a result of T2 coming up while C1 is not yet CONNECTED, McdMaster tells C1 (again) to connect [1] * transport T1 drops Desired result: * because C1 is bound to T1, it is disconnected * McdMaster looks for another transport usable by A, finds T2, and creates a new connection C2; C2's underlying TCP stream is now something like 2.2.2.2:22222 <-> 9.9.9.9:9999 Buggy result: * at [1], McdMaster re-binds C1 to T2 * because C1 is not bound to T1, it is not disconnected * the TCP stream (1.1.1.1:11111 <-> 9.9.9.9:9999) still exists, even though it cannot possibly work, until keepalives (or similar) cause the CM to notice that the connection has gone down
2009-08-12Setup property monitoringAlberto Mardegan1-3/+30
This will update the local preoperties when MC daemon emits the CompatPropertyChanged signal.
2009-08-12Move casting aroundAlberto Mardegan1-4/+5
Conflicts:
2009-08-12Update the Compat interface codeAlberto Mardegan1-22/+35
Use the new internal APIs to update the properties.
2009-08-12Use GSliceAlberto Mardegan1-2/+2
2009-08-12Emit the CompatPropertyChanged signalAlberto Mardegan1-0/+16
2009-08-12Add change notification to Compat interface definitionAlberto Mardegan1-0/+17
2009-07-305.2.1 developmentSimon McVittie1-1/+1
2009-07-30Release version 5.2.0 (start of stable branch)telepathy-mission-control-5.2.0Simon McVittie2-3/+24
2009-07-30Fix build with plugins disabled: $(builddir) is equivalent to "." and is not ↵Simon McVittie1-1/+1
always substituted
2009-07-28Merge branch 'caps-tests'Simon McVittie3-5/+47
Reviewed-by: Will Thompson <will.thompson@collabora.co.uk>
2009-07-28Capabilities tests: list StreamTube filters with a specific handle typeSimon McVittie3-5/+34
This is currently what's necessary to make Gabble advertise the capability, so it's more useful to behave like this when checking for regressions.
2009-07-28capabilities/legacy-caps.py: when Gabble moves to draft 2, this test will be ↵Simon McVittie1-0/+4
relevant
2009-07-28capabilities/draft-1.py: assert that AdvertiseCapabilities is called firstSimon McVittie1-0/+9
This ensures that we don't cause regressions: Gabble's regression tests only check the case where AdvertiseCapabilities comes first.
2009-07-27Merge branch 'caps'Simon McVittie11-65/+241
Reviewed-by: Will Thompson <will.thompson@collabora.co.uk>
2009-07-27Remove wrongly-copied comment as per wjt's reviewSimon McVittie1-4/+0
2009-07-27capabilities/draft-1.py: assert that legacy caps are still setSimon McVittie2-5/+25
In all versions of telepathy-gabble that implement this draft, draft 1 ContactCapabilities are only respected for Tube channels, so Gabble will not be callable unless MC *also* tells it (via the Capabilities interface) that it should support StreamedMedia. (This is a Gabble bug, but since MC does not currently cause it to be exhibited, triggering it would be a regression of sorts; when we implement draft 2 in Gabble, though, we should do it right.)
2009-07-27fd.o #20903: ContactCapabilities: update draft from telepathy-spec 0.17.26Simon McVittie2-48/+44
This requires that Requestable_Channel_Class is added to all.xml as an externally-defined type. Incompatible changes in ContactCapabilities, none of which actually affect MC: * ContactCapabilitiesChanged acts on multiple contacts (but MC never connects to this signal) * Contact_Handle_Enhanced_Contact_Capability_Map renamed to Contact_Capabilities_Map (but MC never mentions this type by name, and the D-Bus signature is the same) * Enhanced_Contact_Capability is replaced by the Requestable_Channel_Class type first defined in Requests (but MC never mentions this type by name, and the D-Bus signature is the same)
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-09 03:12:30 +0000