← Back to team overview

dx-packages team mailing list archive

[Bug 1267063] [NEW] Retain user-selected presence state, optimize daemons usage

 

Public bug reported:

In the course of solving bug 1130084, a couple of wishlist issues came
up, as per the attached IRC conversation with Ted:

- we can avoid running the telepathy-indicator, when the presence is set to "offline"
- indicator-messages should actively set the telepathy presence, instead of broadcasting a signal (which can be lost, if no listener is running)

My initial idea to fix these issues was for indicator-messages to scan a
certain directory for installed bridges (and telepathy-indicator would
be one of them) and invoke D-Bus methods on them as needed (when the
user changes the presence state, and maybe also when a message source is
clicked). A simple D-Bus interface should be defined by indicator-
messages and implemented by the bridges; it would mainly consist of a
SetStatus method. D-Bus would then take care of activating the bridges
only when necessary (the bridge itself could quit when
SetStatus("offline") is called). The current
com.canonical.indicator.messages.service interface would remain
unchanged, and the StatusChanged signal would continue to be emitted,
for the benefit of existing clients which don't need this treatment.

However, Ted pointed out that in fact Telepathy is the only bridge which
would be affected by this, and probably the most important consumer of
indicator-messages; therefore, it makes sense to take a shortcut and
directly let indicator-messages talk to telepathy and set the presence
on it.

** Affects: indicator-messages
     Importance: Undecided
         Status: New

** Affects: indicator-messages (Ubuntu)
     Importance: Undecided
         Status: New

** Attachment added: "IRC chat logs"
   https://bugs.launchpad.net/bugs/1267063/+attachment/3943215/+files/ubuntu-unity-2014-01-03.txt

** Also affects: ubuntu
   Importance: Undecided
       Status: New

** No longer affects: ubuntu

** Also affects: indicator-messages (Ubuntu)
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to indicator-messages in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/1267063

Title:
  Retain user-selected presence state, optimize daemons usage

Status in The Messaging Menu:
  New
Status in “indicator-messages” package in Ubuntu:
  New

Bug description:
  In the course of solving bug 1130084, a couple of wishlist issues came
  up, as per the attached IRC conversation with Ted:

  - we can avoid running the telepathy-indicator, when the presence is set to "offline"
  - indicator-messages should actively set the telepathy presence, instead of broadcasting a signal (which can be lost, if no listener is running)

  My initial idea to fix these issues was for indicator-messages to scan
  a certain directory for installed bridges (and telepathy-indicator
  would be one of them) and invoke D-Bus methods on them as needed (when
  the user changes the presence state, and maybe also when a message
  source is clicked). A simple D-Bus interface should be defined by
  indicator-messages and implemented by the bridges; it would mainly
  consist of a SetStatus method. D-Bus would then take care of
  activating the bridges only when necessary (the bridge itself could
  quit when SetStatus("offline") is called). The current
  com.canonical.indicator.messages.service interface would remain
  unchanged, and the StatusChanged signal would continue to be emitted,
  for the benefit of existing clients which don't need this treatment.

  However, Ted pointed out that in fact Telepathy is the only bridge
  which would be affected by this, and probably the most important
  consumer of indicator-messages; therefore, it makes sense to take a
  shortcut and directly let indicator-messages talk to telepathy and set
  the presence on it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-messages/+bug/1267063/+subscriptions


Follow ups

References