Launchpad Entry: desktop-maverick-empathy-indicator
Packages affected: empathy
Provide a simple desktop service that provides an interface between telepathy and the messaging menu.
There should be no end user facing changes, this project is simply provide feature parity with what was included in Karmic and Lucid.
In Karmic and Lucid, we shipped a pretty heavy patch to empathy adding messaging menu support. This patch is pretty hard to maintain as is and would be much better suited as a service that runs independent of empathy. The ability to run this outside of empathy is a new feature of telepathy, that will make this much more sustainable.
Also note upstream empathy is removing much of the code we patch to provide this functionality, which would be a significant investment to rework.
Telepathy has a new base class, TpSimpleApprover which can be used to create such an approver. However, it was just merged in last week so has had very minimal testing. There are also currently not any vala bindings, which shouldn't be hard to handle, just an unknown.
Create a new desktop service (indicator-approver), which runs at login time. It will register with telepathy as an approver as well as with the messaging menu. Telepathy will send events to indicator-approver, which will add the event to the messaging menu.
Remove the need for our massive patch to empathy.
Login to a Maverick desktop session, when there is an inbound chat, call, file transfer, etc, there should be an entry added to the messaging menu. When clicked, the event should be raised and cleared from the messaging menu.
BoF agenda and discussion
Indicator applet : pretty intrusive patch want to move them to a new separate application for maverick, for inbound call that require immediate attention, morph the applet into a window
Re implement the indicator as an approver. Empathy is going to be modified to integrate better with mission control (~1 week), which mean the applet can ask for the conversation to be open and Empathy will open it
Question : Can the applet be notified when the conversation is open so it can stop blinking (or if it fail) A : All the approver get notified for opened and closed channel that need dispatching
Question : Is the logger an observer ? A : Yes
Question : Should the applet be an observer as well? A : It may prove useful for channel that get automatically approved For this use case it won't actually be needed
Cassidy : we now have easy API to implement approver, it will be binded in Python, JS, etc.. with GObject introspection the binding API is not stable yet, will be for 3.0 probably Example approver in java script Examples code in tp-glib for approver
Seb128 want to talk about the bug reporting process, especially integration with apport. Cassidy wrote code for that which get automatically the logs from telepathy and hand it to apport the concern is for privacy, we could accidently upload private user info (password not included)
Question from ploum : Could we automatically remove the user info from the logs? A : it will prove difficult, except if we want to have crazy regex everywhere, also we may remove useful debug info
Maverick will probably have an option to only mark one file as private execpt of the whole bug report
There is a number of patches from ubuntu on the upstream bugzilla which got reviewed by upstream and got no responses from ubuntu dev
It will make sense to merge the patch to disable the tray icon later, since there will be other approvers such as gnome-shell who want it
Rob explain libfolks for metacontacts and why it's not in empathy or tp-glib directly ubuntu? is coding a contact picker. Rob suggest them using libfolks Libfolks aggregate data from different source, it need a writable source to know how to group contacts More than one writable source may lead to synchronisation problems http://telepathy.freedesktop.org/wiki/Folks
Return to the log: Question from seb128 : should we send the log every time ? Which components log should we send? A : We need at least Empathy and mission-control and one of the connection manager log. We could ask the user which account has failed so we know which CM log to send.
Question from seb128 : Is there anything during the unstable cycle we should be aware of? We should always use the newest version? New major version of mission-control soon but should be ok. Question : Will 5.5.X be stable for Gnome 3.0 ? Should ubuntu ship it? It may be useful to receive feedback. We could have it in the PPA so we can test it, but usually we only put in the PPA version which is going to ship in the next ubuntu version. -> Yes have it in ubuntu
ACTION: (kenvandine) apport hook to send logs in bug report, default set to not send log