After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 352470 - Inclusion of VoIP clients as well as IM clients into contacts
Inclusion of VoIP clients as well as IM clients into contacts
Status: RESOLVED DUPLICATE of bug 685323
Product: evolution
Classification: Applications
Component: Contacts
3.2.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-08-22 23:49 UTC by matti salminen
Modified: 2014-04-29 13:05 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description matti salminen 2006-08-22 23:49:05 UTC
I guess it essentially means supporting callto://username and addition of a column of VoIP names and ID's. Note that due to widespread incompatibility between clients in real world many people have many different clients (from Vonage to Gizmo, etc). All of the major VoIP clients either support today or are at least considering capability of click on email-starts default email client. I would like to see the reciprocal being true and eliminate need for multiple contact lists from my life. Please consider.
Comment 1 Gilles Dartiguelongue 2007-05-04 08:11:07 UTC
Not sure this is what you want but as far as evolution is concerned, there is a videoconference field which let you paste in h323/sip/callto urls.

Assuming your gconf keys are setup correctly, it should launch your favorite client when you click on the url either in mails or in contact view (didn't tested others yet but should work as long as the url appears as an hyperlink).

gconf keys to check :

/desktop/gnome/url-handlers/{callto,h323,sip}

FTR, I'm only testing with ekiga but it should work with others as well.
Comment 2 Juha Siltala 2007-11-20 07:54:54 UTC
The "Video Chat" field should then be correspond to apporopriate vCard headers. 

My vCard for example has X-SIP: and X-WSS-IPPHONE: which both contain my SIP URI. The vCard was made by my mobile phone which has an "Internet telephone" field in its address book. The SyncML server I'm using shows it as "VoIP" in its Web interface. I'm not sure which header it uses. Evolution shows it nowhere.

(The naming of the field to "Video Chat" in Evolution is a little unfortunate too IMO but that's another story.)
Comment 3 Milan Crha 2014-04-29 07:43:47 UTC
*** Bug 729084 has been marked as a duplicate of this bug. ***
Comment 4 daniel 2014-04-29 08:25:22 UTC
This bug, 352470, appears to suggest creating extra fields for these types of address.

There may be another way to approach this

What I propose is that: that users can enter the different types of address into the regular phone fields but Evolution should encourage them to qualify the addresses with a URI

So, if somebody regards their SIP address as their preferred home phone, then they should put sip:friend@example.org in the "Home phone" field

In practice, the user might just enter "friend@example.org" and Evolution will prompt the user to add a URI prefix

If the content of the field is numeric then Evolution can assume it is a number.  For any other content, especially if the '@' symbol is there, it should assume the user is trying to enter a URI and try to validate it as such.
Comment 5 Milan Crha 2014-04-29 13:05:35 UTC
I just made the changes as part of bug #685323. I added a new section "SIP Address", which allows to enter up to four SIP addresses, with or without "sip:" prefix, each of type Home/Work/Other. The change at bug #685323 also makes phone numbers click-able, with "callto:" URI. The "h323:" scheme is already there, as part of the Video Chat URL, at the second tab of the Contact Editor, though it's up to the user to prefix the entered URL with "h323:".

To avoid confusion, the phone and sip values are made click-able only if there is installed a handler for "sip", respectively "callto", URI scheme. This is recognized by g_app_info_get_default_for_uri_scheme().

As all what is requested here is fixed within bug #685323, I'm closing this as a duplicate of it.

*** This bug has been marked as a duplicate of bug 685323 ***