Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 502960

Summary: Matthias Sohn is listed twice in "Contacts"
Product: Community Reporter: David Williams <david_williams>
Component: Cross-ProjectAssignee: David Williams <david_williams>
Status: RESOLVED WONTFIX QA Contact:
Severity: minor    
Priority: P3 CC: matthias.sohn
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:
Attachments:
Description Flags
screen shot where the two names appear none

Description David Williams CLA 2016-09-30 15:19:32 EDT
By accident I noticed you are listed twice in simrel.aggrcon file, Matthias. 

As far as I can tell, only the one with the "gmail" address is used. 

I am slightly surprised the model doesn't "complain" about it. But, it does not seem to hurt anything -- just a little confusing. 

Do you mind if I remove the one with with sap address? Or is there a reason you have both? 

Thanks,
Comment 1 David Williams CLA 2016-09-30 16:00:00 EDT
(And, I notice, 3 bugzilla accounts :) Not sure which to CC.
Comment 2 Matthias Sohn CLA 2016-09-30 17:03:21 EDT
I am using both these email accounts, the sap.com one is my sap account and the gmail one is my private account. Why is that confusing ?

For logon to Eclipse infrastructure I am using the sap account.
Comment 3 David Williams CLA 2016-09-30 22:33:57 EDT
Created attachment 264521 [details]
screen shot where the two names appear

(In reply to Matthias Sohn from comment #2)
> I am using both these email accounts ... Why is that confusing ?

Oh, let me count the ways. :) 

a) I had never seen two identical names in the "Contacts list" before. 
b) Once if figured out they each had a different email associated with it, I could see only one of them in use in the the aggregator files. 

So, my assumption was one of them was new and the other no longer needed. 

But, you have said they are, so that is fine.
Comment 4 David Williams CLA 2016-09-30 22:34:37 EDT
resolving as stated in comment 3.