Body: <p>I've seen a number of questions on this site suggesting that there may be problems with the deduplication rules, e.g.:
  <a href="https://civicrm.stackexchange.com/questions/20961/why-am-i-getting-duplicate-contacts-for-contributions">Why am I getting duplicate contacts for contributions?</a></p>
  
  <p>My individual unsupervised rule checks against first name, last name and email address. No length is set for any field, all have a weight of 10, and I've set the threshold at 25. When I run this rule as an administrator it successfully finds the duplicate records, although the results list present the 'Threshold' as '30' when I display that column, which seems rather odd (maybe it is reporting the score rather than the threshold?).</p>
  
  <p>But when users are registering for events through the standard registration form, duplicate contacts are consistently being created.</p>
  
  <p>How can I ensure that my unsupervised dedupe rule works as I expect it to?</p>
  
  <p>Running CiviCRM 5.13.5 on Drupal 7</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-03T12:56:23.943Z
Comments.Text: I'm getting reports of this too. We're also on 5.13.5. I'll report back if I get anywhere investigating.
Comments.UserDisplayName: Andrew West
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-03T13:33:05.573Z
Comments.Text: I found this bug https://lab.civicrm.org/dev/core/issues/961 and this seems to apply in our case, as we commonly include fields to capture an email address for the participant and a billing email. So an update may resolve the issue. Any one know which version this bug fix went into?
Comments.UserDisplayName: Graham
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-03T14:42:17.117Z
Comments.Text: The issues comments mention it going into 5.17
Comments.UserDisplayName: Andy Clark
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-04T01:03:58.397Z
Comments.Text: @Graham, the issue seems to be addressing a very specific case but I think this issue goes much deeper. We are having the same issue in searching for duplicates as you describe above. and it is the same whether it is a general rule or unsupervised rule. I tried with and without field length, played with thresholds. even put 'Contact Id' as the field to match on (which should be impossible) but getting the same result everytime
Comments.UserDisplayName: Yossi
Tags: <civievent><duplicate-contacts>
Title: Why is my Unsupervised Individual Deduplication rule failing to stop duplicate creation?
ThreadText: # Why is my Unsupervised Individual Deduplication rule failing to stop duplicate creation?
  
  (Asked by: username_0 on 2019-09-03)
  
  I've seen a number of questions on this site suggesting that there may be problems with the deduplication rules, e.g.:
  [Why am I getting duplicate contacts for contributions?](https://civicrm.stackexchange.com/questions/20961/why-am-i-getting-duplicate-contacts-for-contributions)
  
  My individual unsupervised rule checks against first name, last name and email address. No length is set for any field, all have a weight of 10, and I've set the threshold at 25. When I run this rule as an administrator it successfully finds the duplicate records, although the results list present the 'Threshold' as '30' when I display that column, which seems rather odd (maybe it is reporting the score rather than the threshold?).
  
  But when users are registering for events through the standard registration form, duplicate contacts are consistently being created.
  
  How can I ensure that my unsupervised dedupe rule works as I expect it to?
  
  Running CiviCRM 5.13.5 on Drupal 7
  
  **Tags:** civievent, duplicate-contacts
  
  > **Comments:**
  > **username_1**: I'm getting reports of this too. We're also on 5.13.5. I'll report back if I get anywhere investigating.  
  > **username_0**: I found this bug https://lab.civicrm.org/dev/core/issues/961 and this seems to apply in our case, as we commonly include fields to capture an email address for the participant and a billing email. So an update may resolve the issue. Any one know which version this bug fix went into?  
  > **username_2**: The issues comments mention it going into 5.17  
  > **username_3**: @username_0, the issue seems to be addressing a very specific case but I think this issue goes much deeper. We are having the same issue in searching for duplicates as you describe above. and it is the same whether it is a general rule or unsupervised rule. I tried with and without field length, played with thresholds. even put 'Contact Id' as the field to match on (which should be impossible) but getting the same result everytime  
  
  ---
  
  ## 0 answers
  
  