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 Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • issue with running simulaneous merge records
Pages: [1]

Author Topic: issue with running simulaneous merge records  (Read 1093 times)

kgilnack

  • I’m new here
  • *
  • Posts: 28
  • Karma: 0
    • a beautiful mix of Drupal & CiviCRM.. when things are going right
issue with running simulaneous merge records
October 04, 2009, 04:09:17 pm
I have been trying to clean up our database a bit using CiviCRM's Merge Duplicates tool.  Our servers take an unfortunately long time loading contact records and especially the search itself, so I've been loading up 20-30 tabs at a time, waited..and waited for all of the tabs to load, and then gone through them all to verify what gets merged where and starting the process.  My impression is each merged record should be deleted as soon as I hit Merge, but it seems like I'm seeing the same names showing up in the search results as the merge completes and reloads the query.. and then are still there after I refresh.

Has anyone else experienced this?  Is this expected / should I just settle for deduping one at a time?

kgilnack

  • I’m new here
  • *
  • Posts: 28
  • Karma: 0
    • a beautiful mix of Drupal & CiviCRM.. when things are going right
Re: issue with running simulaneous merge records
October 04, 2009, 04:11:34 pm
This is for version 2.2.5, by the way.  Hopefully we'll be on 3 soon and and find this isn't an issue anymore.  Until then, it would really help to get our lists deduped, any suggestions would be appreciated.

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: issue with running simulaneous merge records
October 04, 2009, 05:49:47 pm

In general most CiviCRM pages do not work at all in a tabbed environment, so we definitely do not encourage using tabs to perform multiple civicrm operations

yes, this is super sucky but unfortunately is a function of the architecture and packages we use. We hope to rectify this when we upgrade the framework (4.0?)

whats your host and why does it take so long to load a contact? since we have your db, we'll also try the merge code and see how it performs on our local servers

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

kgilnack

  • I’m new here
  • *
  • Posts: 28
  • Karma: 0
    • a beautiful mix of Drupal & CiviCRM.. when things are going right
Re: issue with running simulaneous merge records
October 05, 2009, 03:10:05 pm
Thanks for the response and quick turnaround on the 3.0 installation.  Good to know about CiviCRM and frames; we'll take it one at a time..

We use kattare.com for our hosting in a shared environment with separate servers for databases vs. site files.  I recently tried migrating to a VPS plan and found performance didn't improve on either of the VPS plans they tried us out on.  Any suggestions for optimizing our databae (if there are any) would be greatly appreciated.  We're struggling with how to improve performance in general, but the Merge Contact script is especially slow.  This is most noticeable when trying to open a page where you'll select the fields you want to keep from the deleted dupe.

This is new, but I just received an unresponsive script error from Firefox on, citing http://providers.org/sites/all/modules/civicrm/packages/dojo/dojo/dojo.js:20 as the culprit.  Wondering if it could be related.

Please let me know how the db performed on your servers.

Thanks,
Kevin

cwgng

  • Guest
Re: issue with running simulaneous merge records
November 12, 2009, 12:34:05 pm
Quote from: Donald Lobo on October 04, 2009, 05:49:47 pm

In general most CiviCRM pages do not work at all in a tabbed environment, so we definitely do not encourage using tabs to perform multiple civicrm operations

yes, this is super sucky but unfortunately is a function of the architecture and packages we use. We hope to rectify this when we upgrade the framework (4.0?)

whats your host and why does it take so long to load a contact? since we have your db, we'll also try the merge code and see how it performs on our local servers

lobo

this lack of support for tabs is a major bummer.
and it's the first real major bummer (= way in which i can't work intuitively within civicrm) that i've encountered here.

after getting a list of potential matching contacts i assumed it would be fine to open several of the "merge" links in new tabs at once, closing the original list of potential matches and then working through each tab. needless to say, this doesn't work.

so to clarify, is the real + intended + functional workflow as follows?
- use a rule to search for potential duplicates
- select a group of contacts to check
- click "merge" on one of the matches that appeared
- merge relevant fields, deleting one of the contact records
- start over at step one

or can i rely on the "back" button to get back to the list after merging each duplicate pair?

thanks for your help + answers on this. (as noted above, i continue to be impressed by the flexibility + intuitiveness of the software elsewhere, and i really appreciate the hard work that's gone into it)

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • issue with running simulaneous merge records

This forum was archived on 2017-11-26.