GNOME Bugzilla – Bug 733251
Shows email account as "Unnamed"
Last modified: 2014-11-20 17:01:42 UTC
Created attachment 280833 [details] Screen grab showing Unnamed account in Evolution Hi, I added an e-mail account using GOA's normal IMAP/SMTP system. The account showed up just fine in Evolution. It was initially labelled "user@domain.com" correctly. However, now I see that it's referred to as "Unnamed". I didn't change the name - I can't find a setting that does this at all. Other things I did: - Rearranged my accounts in "Preferences" - Added a GPG key to sign my outgoing mails from this account. Screengrab showing "Unnamed account" attached. The account works just fine. There's no issue with the functioning. evolution-3.12.3-3.fc20.x86_64 gnome-online-accounts-3.13.3-2.fc20.x86_64 Thanks, Warm regards, Ankur
Thanks for a bug report. It seems to me that there happened something with the GOA account. Looking into the code I see that the UI display name in evolution is kept in sync with GOA's "presentation-identity" property of the GOA account. If this is empty, then the evolution's UI shows 'Unnamed'. Rishi, is it possible?
Happened again - added a hotmail.co.uk account and it shows up as "unnamed". Any hints on this? evolution-3.12.6-1.fc21.x86_64
Unfortunately no hints. I tried to reproduce this locally, which I managed to get that after I edited the account properties in Evolution, but once I tried to investigate it further it begun to work properly to me.
(In reply to comment #3) > Unfortunately no hints. I tried to reproduce this locally, which I managed to > get that after I edited the account properties in Evolution, but once I tried > to investigate it further it begun to work properly to me. Ah! Yes! I just noticed that the account wasn't "Unnamed" any more! Weird!
Is your goa-daemon crashing? The presentation identity comes from ~/.config/goa-1.0/accounts.conf and it is read-only for clients, so I can't say why it would forget it. If it is not a case of a crashing daemon, then you could check the property using d-feet.
*** This bug has been marked as a duplicate of bug 732598 ***