GNOME Bugzilla – Bug 216073
Editing contacts from To: menu doesn't make inline changes
Last modified: 2013-09-13 00:48:11 UTC
Create a new message and address it to a contact. Right-click on that contact and edit it. Change the contact's e-mail address. Save and close the edit contact dialogue. Now right-click on the contact in the address box: note that it still displays the old e-mail address. Sending this message sends it with the old e-mail address, too (can check this easily if you have multiple e-mail addresses).
Unfortunately, this is not really easy to fix.
i'd really like to test this against evolution1.5-1.5.90.0. 200407090432-0.snap.ximian.8.1, but when i right-click on the recipient's name in the TO:-field of the composer window, i would assume that the first entry of the popup menu (where the text of this entry is the name of the contact with a little contact card icon at the left) should do something when i click on it, but nothing happens. so i cannot test this. raising priority from minor to normal.
editing the contact by right-clicking on it works again in evolution- 2.1.4.0.200502040900-0.snap.ximian.10.1 (see bug 245454), and is still buggy: i set up a new email composer window. i enter a recipient into the to field. i let it autocomplete, right-click on the name and choose the first item which opens a writable contact editor (making more clear that this is a contact editor indeed is bug 260851). i add a value (e.g. an icq number or a telephone number) which was blank before, and hit enter to close the contact editor. if i go to the addressbook, it's definitely saved, i can see the value there when i open the contact editor from the addressbook. but if i right-click on the name again and reopen the contact editor, the field i just entered a value to is blank, so this is not synchronized with the backend. if i then hit "OK" (it's greyed out, but one can easily activate it by changing any dropdown menu value) the value is deleted again because my contact information gets saved again. and changing the email address still does not update the recipient's email address in the email, though the contact's email address *has* changed as one can see when opening the addressbook.
related to bug 220108
Created attachment 60542 [details] [review] Patch
...i guess it would break abi/api freeze because of the function signature change? if so, please set target milestone to 2.7 and remove the two dependencies. thanks very much in advance.
the callback is not an API. So will not break the the freeze. But the signature of the callback need not be changed here. Devashish, you can still pass the ENameSelectorEntry as gpointer and use it. rest of the comments are in my reply to the patch in the mailing list.
Fix committed to cvs head, with the suggested changes.