CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Import (Moderator: Yashodha Chaku) »
  • Imports failing silently / using alternate dupe rules
Pages: [1]

Author Topic: Imports failing silently / using alternate dupe rules  (Read 581 times)

drupowlsy

  • I’m new here
  • *
  • Posts: 2
  • Karma: 0
  • CiviCRM version: 3.4.6
  • CMS version: Drupal 6/Pressflow 6.2
  • MySQL version: 5.1.54
  • PHP version: 5.3.5
Imports failing silently / using alternate dupe rules
September 27, 2011, 02:10:44 pm
I've noticed some strange discrepancies when importing contacts and importing/updating contacts.

I have external IDs for all my contacts so I have a dupe check on external ID only for importing.  I had a set of contacts some of which were in the db and some were not.  I selected "update" for duplicates and worked with the set until all errors were accounted for.  I then selected to add the contacts to an existing group that had no members yet and the process went like this:

2218 contacts uploaded successfully
2170 added to group (48 not added because already in the group)

I checked via exporting the group (and exporting all contacts), matching with my external IDs found that the 48 were indeed not in the group, but also they had not been uploaded at all.  So that's the silent fail.

The reason I think they were not uploaded is that their email matched an already existing contact, which brings me to what I think is a bug.  I specifically chose a strict external IDs match duplicate check which to me means treat matching external IDs as duplicates, add all other contacts.

Checking a subset of those that DID get "uploaded successfully" I found that where the email address matched another contact, that contacts record was updated with even the external identifier being overwritten.  This seems like the wrong approach given my dupe check.

Am I wrong?  Is the import dupe check just the initial pass and a second check based on email occurs silently after in all cases?

Kurund Jalmi

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4169
  • Karma: 128
    • CiviCRM
  • CiviCRM version: 4.x, future
  • CMS version: Drupal 7, Joomla 3.x
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Imports failing silently / using alternate dupe rules
October 04, 2011, 03:29:39 am
Looks like this might be bug in import. So can you please replicate your scenario on http://drupal.demo.civicrm.org and if you are able to replicate please file a bug in issue tracker with sample CSV file.

Thanks
Kurund
Found this reply helpful? Support CiviCRM

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Import (Moderator: Yashodha Chaku) »
  • Imports failing silently / using alternate dupe rules

This forum was archived on 2017-11-26.