Answers.Body: <p>The only change to the file CRM/Contribution/Import/Parser/Contribution.php between 4.6.0 and 4.6.6 is the addition at line 263 of:</p>
  
  <pre><code>$params['contact_type'] = 'Contribution';
  </code></pre>
  
  <p>Commenting this out seems to fix my problem.  My contribution imports are based on matching the individual contact by email address, so I'm guessing that this line broke things by forcing a lookup by contribution ID.</p>
  
  <p>Should I file a bug report?</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-13T03:48:14.190Z
Answers.Text: I believe this is the same as the bug I filed last week, https://issues.civicrm.org/jira/browse/CRM-17163.  I haven't tried the fix, since I commented out that line - but there's a patch available, and it's going into Civi 4.6.9.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-13T02:33:42.973Z
Answers.LastActivityDate: 2015-09-13T02:33:42.973Z
Answers.UserDisplayName: Norris
Body: <p>I successfully imported contributions from csv files, up to 4.6.3.  Now when I try to import using the same saved mapping, in Joomla with 4.6.6, every record fails with the error </p>
  
  <pre><code>No matching Contact found for (person@example.com )
  </code></pre>
  
  <p>Is anyone else having trouble under 4.6.6?  My field mappings look correct, and the contact email addresses do exist as contacts in the database.</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-07T05:15:34.777Z
Comments.Text: I would suggest you replicate on Demo site with some anonymised data.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-10T13:57:17.510Z
Comments.Text: Just checking: there isn't a space at the end of person@example.com, is there? Only that there is in the above.
Comments.UserDisplayName: Andrew West
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-10T17:26:49.310Z
Comments.Text: I'm having a similar issue, but only with select import records. Symptoms: failed contribution imports all say "No matching Contact found for (external_ID)", even though I've verified the contact record exists. Drupal 7, Civicrm 4.6.6
Comments.UserDisplayName: Cullen McGough
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-10T18:31:49.783Z
Comments.Text: Yes, the generated error file shows a space after each email address.  The source csv email addresses do not have spaces.  (I haven't had a chance to recreate on the demo site.)
Comments.UserDisplayName: Norris
Tags: <civicontribute><joomla><import><issues>
Title: Contribution import fails for all records with error "No matching Contact found"
ThreadText: # Contribution import fails for all records with error "No matching Contact found"
  
  (Asked by: username_0 on 2015-08-06)
  
  I successfully imported contributions from csv files, up to 4.6.3.  Now when I try to import using the same saved mapping, in Joomla with 4.6.6, every record fails with the error 
  No matching Contact found for (person@example.com )
  
  Is anyone else having trouble under 4.6.6?  My field mappings look correct, and the contact email addresses do exist as contacts in the database.
  
  **Tags:** civicontribute, joomla, import, issues
  
  > **Comments:**
  > **username_1**: I would suggest you replicate on Demo site with some anonymised data.  
  > **username_2**: Just checking: there isn't a space at the end of person@example.com, is there? Only that there is in the above.  
  > **username_3**: I'm having a similar issue, but only with select import records. Symptoms: failed contribution imports all say "No matching Contact found for (external_ID)", even though I've verified the contact record exists. Drupal 7, Civicrm 4.6.6  
  > **username_0**: Yes, the generated error file shows a space after each email address.  The source csv email addresses do not have spaces.  (I haven't had a chance to recreate on the demo site.)  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_0 on 2015-09-13. Score: 1
  
  The only change to the file CRM/Contribution/Import/Parser/Contribution.php between 4.6.0 and 4.6.6 is the addition at line 263 of:
  $params['contact_type'] = 'Contribution';
  
  Commenting this out seems to fix my problem.  My contribution imports are based on matching the individual contact by email address, so I'm guessing that this line broke things by forcing a lookup by contribution ID.
  Should I file a bug report?
  
  > **Comments:**
  > **username_4**: I believe this is the same as the bug I filed last week, https://issues.civicrm.org/jira/browse/CRM-17163.  I haven't tried the fix, since I commented out that line - but there's a patch available, and it's going into Civi 4.6.9.  
  
  ---
  
  