Answers.Body: <p>You have to search by the sort name. The default format for this is "last_name, first_name" for individuals.</p>
  
  <p>There does indeed seem to be no support for added_by. You may report that as a bug in JIRA.</p>
  
  <p>I'm not aware that there is an option to have a case sensitive search.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-16T15:34:15.580Z
Answers.Text: Thanks Thomas. I noted the important comma separated syntax in my accepted answer.
Answers.UserDisplayName: user6590595
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-14T09:55:55.677Z
Answers.LastActivityDate: 2016-09-14T09:55:55.677Z
Answers.UserDisplayName: Thomas Schüttler
Answers.Body: <p>There may be other ways to approach your problem but if you have sorted this via this route then great. </p>
  
  <p>Other options would depend on your CMS</p>
  
  <p>E.g. if using Drupal I would suggest using Webforms and the <a href="https://www.drupal.org/project/webform_civicrm" rel="nofollow">webform_civicrm</a> module that allows you to easily and simply construct forms for adding/updating civi contacts especially when Relationships are involved.</p>
  
  <p>For logged in users, a View can then be provided that gives them the necessary links to arrive at the page with pre-filled details for multiple contacts (eg cid1 and cid2 etc)</p>
  
  <p>Using the <a href="https://www.drupal.org/project/webform_civicrm" rel="nofollow">Permissioned Relationships</a> extension takes this further and ensures that users who can access CiviCRM only see contacts that they have a relationship with. The relationships can be daisy-chained so the access can be granted to 2nd, 3rd or nth hand relationships.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-16T15:32:52.450Z
Answers.Text: Thank for this extended writeup. I have noted this important option in my accepted answer. Cheers!
Answers.UserDisplayName: user6590595
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-15T07:28:33.237Z
Answers.LastActivityDate: 2016-09-15T07:28:33.237Z
Answers.UserDisplayName: petednz - fuzion
Answers.Body: <p>This is what I have discovered through further trial and error.</p>
  
  <ol>
  <li><p>To search on Changelog by Added or Modified, use first name, last name, or last, first. Using both names separated by a space will not work. </p></li>
  <li><p>The Changelog search actually makes no distinction between Added and Modified. Even if you select the Added radio button to restrict your search to Contacts Added by a particular user, it will still also return Changelog matches on Modified (which does include Added). In other words, whether you select neither radio button, or one or the other, you get the same search results, in which Added OR Modified contains the name you entered.</p></li>
  <li><p>The case of the search name makes no difference in results returned.</p></li>
  </ol>
  
  <p>The answers to my question, then, are that a Changelog search term may be in the formats of [first name], [last name], or [last, first] and that Changelogs are only filtered by Added OR Modified, despite the UI indication.</p>
  
  <p>Also note the very helpful discussions here about using Webforms with Drupal do create many more options for filtering by contact Add and Modify history.</p>
  
  <p>Kathy</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-09-13T21:46:52.063Z
Answers.LastActivityDate: 2016-09-16T15:28:29.210Z
Answers.LastEditDate: 2016-09-16T15:28:29.210Z
Answers.UserDisplayName: user6590595
Body: <p>My basic need is to allow a CiviCRM user to view and edit only the Contacts they have added.</p>
  
  <p>It seems that to support that requirement, I need a Smart Group of Contacts, filtered by Adder.</p>
  
  <p>I see that I should be able to filter Contacts using the Changelog "Added By" field. However, I am not retrieving the Contacts when searching "Added By" using email address, username, first/last name or even id. "Modified by" doesn't seems to work either. Changelog date filters do work.</p>
  
  <p>The administrative user I am using for the search does have all rights to all Contacts.</p>
  
  <p>It seems like first/last name is the intended input for the "Added by" Changelog search. Can someone confirm?</p>
  
  <p>What else might I be missing?</p>
  
  <p>I did notice that the first/last name search seems to lower-case my input. I spotted this in the Search Filter output confirmation in the results display. (So, "Test Marketer" changes to "test marketer"). Could this be why there are no matches are returning? I suspect not, but that's all I can spot so far.</p>
  
  <p>Cheers!</p>
  
  <p>Kathy</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-09-14T12:15:15.660Z
Comments.Text: Kathy - there may be other ways to approach your problem but if you have sorted this via this route then great. Other options would depend on your CMS (eg if using Drupal I would suggest using Webforms and the Permissioned Relationships extension)
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-09-14T16:48:57.683Z
Comments.Text: @petednz, you are saying one approach might be to utilize a Webform to add a contact through Drupal instead of the native CiviCRM New Contact form, correct?
Comments.UserDisplayName: user6590595
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-09-15T07:20:59.160Z
Comments.Text: Yes - we use Webforms a lot for simplifying the process of adding/editing contacts in civi esp when it also involves relationships.
Comments.UserDisplayName: petednz - fuzion
Tags: <contacts><smartgroups><acl>
Title: Smart Groups - Contacts by Adder
ThreadText: # Smart Groups - Contacts by Adder
  
  (Asked by: username_0 on 2016-09-13)
  
  My basic need is to allow a CiviCRM user to view and edit only the Contacts they have added.
  
  It seems that to support that requirement, I need a Smart Group of Contacts, filtered by Adder.
  
  I see that I should be able to filter Contacts using the Changelog "Added By" field. However, I am not retrieving the Contacts when searching "Added By" using email address, username, first/last name or even id. "Modified by" doesn't seems to work either. Changelog date filters do work.
  
  The administrative user I am using for the search does have all rights to all Contacts.
  
  It seems like first/last name is the intended input for the "Added by" Changelog search. Can someone confirm?
  
  What else might I be missing?
  
  I did notice that the first/last name search seems to lower-case my input. I spotted this in the Search Filter output confirmation in the results display. (So, "Test Marketer" changes to "test marketer"). Could this be why there are no matches are returning? I suspect not, but that's all I can spot so far.
  
  Cheers!
  
  Kathy
  
  **Tags:** contacts, smartgroups, acl
  
  > **Comments:**
  > **username_1**: Kathy - there may be other ways to approach your problem but if you have sorted this via this route then great. Other options would depend on your CMS (eg if using Drupal I would suggest using Webforms and the Permissioned Relationships extension)  
  > **username_0**: @username_1, you are saying one approach might be to utilize a Webform to add a contact through Drupal instead of the native CiviCRM New Contact form, correct?  
  > **username_1**: Yes - we use Webforms a lot for simplifying the process of adding/editing contacts in civi esp when it also involves relationships.  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_0 on 2016-09-13. Score: 3 | Accepted answer
  
  This is what I have discovered through further trial and error.
  
  1. To search on Changelog by Added or Modified, use first name, last name, or last, first. Using both names separated by a space will not work.
  2. The Changelog search actually makes no distinction between Added and Modified. Even if you select the Added radio button to restrict your search to Contacts Added by a particular user, it will still also return Changelog matches on Modified (which does include Added). In other words, whether you select neither radio button, or one or the other, you get the same search results, in which Added OR Modified contains the name you entered.
  3. The case of the search name makes no difference in results returned.
  
  The answers to my question, then, are that a Changelog search term may be in the formats of [first name], [last name], or [last, first] and that Changelogs are only filtered by Added OR Modified, despite the UI indication.
  
  Also note the very helpful discussions here about using Webforms with Drupal do create many more options for filtering by contact Add and Modify history.
  
  Kathy
  
  
  ---
  
  ### Answer by username_2 on 2016-09-14. Score: 1
  
  You have to search by the sort name. The default format for this is "last\_name, first\_name" for individuals.
  
  There does indeed seem to be no support for added\_by. You may report that as a bug in JIRA.
  
  I'm not aware that there is an option to have a case sensitive search.
  
  > **Comments:**
  > **username_0**: Thanks username_2. I noted the important comma separated syntax in my accepted answer.  
  
  ---
  
  ### Answer by username_1 on 2016-09-15. Score: 0
  
  There may be other ways to approach your problem but if you have sorted this via this route then great.
  
  Other options would depend on your CMS
  
  E.g. if using Drupal I would suggest using Webforms and the [webform\_civicrm](https://www.drupal.org/project/webform_civicrm) module that allows you to easily and simply construct forms for adding/updating civi contacts especially when Relationships are involved.
  
  For logged in users, a View can then be provided that gives them the necessary links to arrive at the page with pre-filled details for multiple contacts (eg cid1 and cid2 etc)
  
  Using the [Permissioned Relationships](https://www.drupal.org/project/webform_civicrm) extension takes this further and ensures that users who can access CiviCRM only see contacts that they have a relationship with. The relationships can be daisy-chained so the access can be granted to 2nd, 3rd or nth hand relationships.
  
  > **Comments:**
  > **username_0**: Thank for this extended writeup. I have noted this important option in my accepted answer. Cheers!  
  
  ---
  
  