Summary: | Approver: AddDispatchOperation assumes CDO.Channels is immutable | ||
---|---|---|---|
Product: | Telepathy | Reporter: | Simon McVittie <smcv> |
Component: | tp-spec | Assignee: | Simon McVittie <smcv> |
Status: | RESOLVED FIXED | QA Contact: | Telepathy bugs list <telepathy-bugs> |
Severity: | normal | ||
Priority: | medium | Keywords: | patch |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
URL: | http://git.collabora.co.uk/?p=user/smcv/telepathy-spec-smcv.git;a=shortlog;h=refs/heads/approver-abibreak | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 21148, 21174 |
Description
Simon McVittie
2009-04-07 12:58:56 UTC
Discussion with Rob resulted in this proposal: * CDOs' Channels property remains mutable * CDOs aren't allowed to emit ChannelLost or Finished until all approvers have returned from AddDispatchOperation (they should queue up the signals for later sending if necessary) * As a result, Approvers * Non-Approvers that are somehow given a CDO's object path (i.e. mostly Observers) are required to connect to ChannelLost, connect to Finished and GetAll(), as per the usual connect-signals-before-state-recovery doctrine I'll spec it up on Monday. (In reply to comment #1) > * As a result, Approvers This sentence doesn't seem to Should have been: * As a result, Approvers may assume that Channels stays constant at least until they return from ADO, so they have time to connect to ChannelLost Yes (specmeet) Fixed in git, will be in 0.17.23, MC needs to catch up (Bug #21174) |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.