GNOME Bugzilla – Bug 652832
Invite to MUC dialog will cause a tonne of immortal handles to exist in CMs
Last modified: 2018-05-22 14:50:43 UTC
At the IM, Contacts and Social hackfest, Guillaume demoed Empathy 3.1's neat “invite more people to this chat room” dialog, where type-ahead search doubles as a way to add arbitrary contacts—not just those on your contact list—to a room. This is implemented by requesting a TpContact for the currently-entered string: if a contact comes back (rather than an error), then the currently-entered string is a valid identifier on this protocol. Unfortunately, behind the scenes this involves creating a handle for the identifier, so the string lives forever in the CM. https://bugs.freedesktop.org/show_bug.cgi?id=30874 is a bug for having a variation of GetContactAttributes, GetContactAttributesByID, but this doesn't actually solve the problem. At present, to have a TpContact you must have a handle for the contact. So at present, for Empathy to avoid doing this it would have to use <http://telepathy.freedesktop.org/spec/Protocol.html#Method:NormalizeContact> rather than the Contacts interface. This isn't really going to fly, because you need a TpContact to make a Folks persona/individual as used by the widget. The only fix we can see beside this is to make it possible to have a TpContact without a handle.
(In reply to comment #0) > The only fix we can see beside this is to make it possible to have a TpContact > without a handle. ... which will break all the existing clients. :( I suspect the proper way to fix this is just to get rid of handles.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/empathy/issues/390.