Answers.Body: <p>Finally figured out what happened on this. It looks like at the point of moving from Drupal to Wordpress the assocation between the user account and the civi contact were mismatched.</p>
  
  <p>Did a manual fix through the front end (just 10 records impacted). 
  On the contact record, click the user id link which takes you though to the user account record. Where these were mismatched we modified the contact record to match the user record. Job done.
  Lesson to self: don't forget the user/contact relationship!</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-25T09:08:50.007Z
Answers.LastActivityDate: 2016-08-25T09:08:50.007Z
Answers.UserDisplayName: Catherine
Answers.Body: <p>There are two main causes that I can think of.</p>
  
  <ol>
  <li><p>The person doing the editing was doing it whilst logged in as the other person. Possible scenarios and suggested 'solutions' are:</p>
  
  <ul>
  <li>shared computers where the other person didn't log out when they had finished and the editor didn't bother to sign in as themselves. Solution: Remind all concerned of the importance of logging out when finished and of using their own log in.</li>
  <li>The editor is able to masquerade as the other person and was doing so when making the changes
  Solution: Remind editor that they should not make changes whilst masquerading as someone else OR revoke their masquerade priviledges.</li>
  <li>The editor knows the password of the other person and deliberately logged in as that user. Solution: Get the other person to change their password and keep it private.</li>
  </ul></li>
  <li><p>The table that links wordpress user to civicrm contact record has become (or was for a while) corrupted so that the wordpress login for the editor is/was linked to the civicrm record for the other person.  (This could happen for a drupal-based site if the uf_match table was corrupted. I presume there is something similar in wordpress, but I don't really know.)  </p></li>
  </ol>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-04-15T16:59:37.760Z
Answers.Text: It is not a shared computer scenario. I have also seen this happen live in a training session, where user1 edited a record logged in as themselves and it was then recorded as user2.  ie not an issue of using of user1 being signed in as user2, or user1 knowing user2's password.     You mention revoking 'masquerade privileges'... first I have heard of these  where are they set/revoked in Civi?
Answers.UserDisplayName: Catherine
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-04-16T00:43:29.957Z
Answers.Text: Perhaps 'masquerading' is not available in Wordpress.  In Drupal there is a module you can install that lets you give admins the ability to masquerade as someone else to help troubleshoot user problems.  As you know nothing about maquerading probably that is not the problem.
Answers.UserDisplayName: JoAnne
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-04-16T00:49:19.247Z
Answers.Text: The sentence: "I have also seen this happen live in a training session, where user1 edited a record logged in as themselves and it was then recorded as user2." rings alarm bells.  Every training session I have been at has each person having their own civicrm installation so that they can complete set exercises independently.  In that situation there would be no way for the changes made by user1 to be recorded as being made by user2 unless there was mismatch in the wordpress equivalent of uf_match such that the wordpress login for user1 is linked to the civicrm contact record for user2.
Answers.UserDisplayName: JoAnne
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-04-18T07:51:56.047Z
Answers.Text: Unfortunately that was the situation. Thanks for your help.
Answers.UserDisplayName: Catherine
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-04-18T11:50:36.483Z
Answers.Text: Please accept this as the answer to help others users find correct answers
Answers.UserDisplayName: JoAnne
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-04-14T23:56:18.440Z
Answers.LastActivityDate: 2016-04-14T23:56:18.440Z
Answers.UserDisplayName: JoAnne
Answers.Body: <p>JoAnne's answer is excellent. There's a third scenario I should add, however.</p>
  
  <p>Sometimes, staff will try to register someone else for an event from the frontend without logging out. (Profiles in edit mode, petitions, and contribution pages do this too, but events seem most common.)  They enter the other contact's name and email, and when they're done, CiviCRM has the other person's information in the first user's contact.</p>
  
  <p>There is a notice about this at the top of contribution and event forms, complete with a link to let you fill out the form <em>not</em> as yourself (it tacks on <code>&amp;cid=0</code> to the URL).  However, that notice is frequently missed.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-05-15T20:40:06.617Z
Answers.Text: agreed. want to add about how to avoid this by using the link available for events to register others, or the cid=0 option?
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-05-19T00:21:03.020Z
Answers.Text: @petednz-fuzion done--good suggestion!
Answers.UserDisplayName: Andie Hunt
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-05-15T03:58:12.053Z
Answers.LastActivityDate: 2016-05-19T00:20:24.327Z
Answers.LastEditDate: 2016-05-19T00:20:24.327Z
Answers.UserDisplayName: Andie Hunt
Answers.Body: <p>If you have logging enabled /civicrm/admin/setting/misc?reset=1 then you should be able to track back via the changelog Tab on the record and see when things went awry which might shed some light on why this is happening.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-05-15T20:41:28.447Z
Answers.LastActivityDate: 2016-05-15T20:41:28.447Z
Answers.UserDisplayName: petednz - fuzion
Body: <p>CiviCRM 4.6.2 / Wordpress </p>
  
  <p>On the civi change log we have spotted a edits of contact records entered by one user are being recorded as edits by another user.  Any ideas on how this might happen, what can be done to stop it happening?</p>
  
Tags: <user-account>
Title: User account picking up incorrect user name
ThreadText: # User account picking up incorrect user name
  
  (Asked by: username_0 on 2016-04-14)
  
  CiviCRM 4.6.2 / Wordpress
  
  On the civi change log we have spotted a edits of contact records entered by one user are being recorded as edits by another user. Any ideas on how this might happen, what can be done to stop it happening?
  
  **Tags:** user-account
  
  
  ---
  
  ## 4 answers
  
  ### Answer by username_0 on 2016-08-25. Score: 1 | Accepted answer
  
  Finally figured out what happened on this. It looks like at the point of moving from Drupal to Wordpress the assocation between the user account and the civi contact were mismatched.
  
  Did a manual fix through the front end (just 10 records impacted).
  On the contact record, click the user id link which takes you though to the user account record. Where these were mismatched we modified the contact record to match the user record. Job done.
  Lesson to self: don't forget the user/contact relationship!
  
  
  ---
  
  ### Answer by username_1 on 2016-04-14. Score: 6
  
  There are two main causes that I can think of.
  
  1. The person doing the editing was doing it whilst logged in as the other person. Possible scenarios and suggested 'solutions' are:
  
     * shared computers where the other person didn't log out when they had finished and the editor didn't bother to sign in as themselves. Solution: Remind all concerned of the importance of logging out when finished and of using their own log in.
     * The editor is able to masquerade as the other person and was doing so when making the changes
       Solution: Remind editor that they should not make changes whilst masquerading as someone else OR revoke their masquerade priviledges.
     * The editor knows the password of the other person and deliberately logged in as that user. Solution: Get the other person to change their password and keep it private.
  2. The table that links wordpress user to civicrm contact record has become (or was for a while) corrupted so that the wordpress login for the editor is/was linked to the civicrm record for the other person. (This could happen for a drupal-based site if the uf\_match table was corrupted. I presume there is something similar in wordpress, but I don't really know.)
  
  > **Comments:**
  > **username_0**: It is not a shared computer scenario. I have also seen this happen live in a training session, where user1 edited a record logged in as themselves and it was then recorded as user2.  ie not an issue of using of user1 being signed in as user2, or user1 knowing user2's password.     You mention revoking 'masquerade privileges'... first I have heard of these  where are they set/revoked in Civi?  
  > **username_1**: Perhaps 'masquerading' is not available in Wordpress.  In Drupal there is a module you can install that lets you give admins the ability to masquerade as someone else to help troubleshoot user problems.  As you know nothing about maquerading probably that is not the problem.  
  > **username_1**: The sentence: "I have also seen this happen live in a training session, where user1 edited a record logged in as themselves and it was then recorded as user2." rings alarm bells.  Every training session I have been at has each person having their own civicrm installation so that they can complete set exercises independently.  In that situation there would be no way for the changes made by user1 to be recorded as being made by user2 unless there was mismatch in the wordpress equivalent of uf_match such that the wordpress login for user1 is linked to the civicrm contact record for user2.  
  > **username_0**: Unfortunately that was the situation. Thanks for your help.  
  > **username_1**: Please accept this as the answer to help others users find correct answers  
  
  ---
  
  ### Answer by username_2 on 2016-05-15. Score: 5
  
  username_1's answer is excellent. There's a third scenario I should add, however.
  
  Sometimes, staff will try to register someone else for an event from the frontend without logging out. (Profiles in edit mode, petitions, and contribution pages do this too, but events seem most common.) They enter the other contact's name and email, and when they're done, CiviCRM has the other person's information in the first user's contact.
  
  There is a notice about this at the top of contribution and event forms, complete with a link to let you fill out the form *not* as yourself (it tacks on `&cid=0` to the URL). However, that notice is frequently missed.
  
  > **Comments:**
  > **username_3**: agreed. want to add about how to avoid this by using the link available for events to register others, or the cid=0 option?  
  > **username_2**: @username_3 done--good suggestion!  
  
  ---
  
  ### Answer by username_3 on 2016-05-15. Score: 1
  
  If you have logging enabled /civicrm/admin/setting/misc?reset=1 then you should be able to track back via the changelog Tab on the record and see when things went awry which might shed some light on why this is happening.
  
  
  ---
  
  