- destination for JUD searches
(from telepathy-spec TODO)
The point mentioned here has not been addressed, but we could add a requestable Server property, just like on RoomList.
In progress. A draft is in telepathy-spec (updated in git master for 0.17.22), and is awaiting implementation in Gabble.
If we undraft ContactSearch before ContactInfo (Bug #13350) we'll need to move the type definitions from ContactInfo to ContactSearch temporarily.
A better solution would seem to be to implement ContactInfo and undraft it at the same time as ContactSearch.
Review comment from spec discussion: x-telepathy-identifier shouldn't be in the result signals. Instead, they should gain an extra string parameter that is the contact ID.
(Not fixed in spec 0.17.22)
Depending on how we resolve Bug #23155, the result signals should perhaps be in terms of IDs rather than handles, so marking this bug as blocked by that one.
(In reply to comment #5)
> Depending on how we resolve Bug #23155, the result signals should perhaps be in
> terms of IDs rather than handles, so marking this bug as blocked by that one.
It's been over a year since this was implemented. I propose that we do not block undrafting it on dramatically changing the way Telepathy works.
Here are two branches. The first just adds the contact ID as a separate struct member in the result map, rather than hiding it as a fake vCard field. The second removes handles from the interface entirely and just keys the map with identifiers.
I vaguely prefer the second one. Both of these break the API, but I haven't bumped it to DRAFT3 because, honestly, we should just insta-undraft it.
(In reply to comment #6)
> I vaguely prefer the second one. Both of these break the API, but I haven't
> bumped it to DRAFT3 because, honestly, we should just insta-undraft it.
And it's undrafted and merged!
Merge: 8a41e0f 1c5d707
Author: Will Thompson <email@example.com>
Date: Wed Jul 14 12:52:32 2010 +0100
Merge branch 'search-contact-identifier-no-handles'
Reviewed-by: Simon McVittie <firstname.lastname@example.org>