Both of these kinds of searches are taking long enough, 2+ minutes in many cases, that I'm working around them and it's making some tasks like refunds unworkably difficult. If there is a better way to search for this data, please let me know.
|Open||None||T90630 Recurring Payments Reporting|
|Resolved||mepps||T97372 Enable ability to look up contacts by phone number|
|Resolved||None||T77910 [epic] Upgrade Civi to 4.6 & integrate new reporting|
|Resolved||None||T116416 [Epic] Followup tasks after Civi 4.6 upgrade|
|Resolved||Eileenmcnaughton||T117492 Slow searches: Transaction by ID # using % and also Contribs by email address|
This appears to be working for the speed issue - but I'm going to have to get my head straight about which branch I'm submitting to!
CiviCRM issue https://issues.civicrm.org/jira/browse/CRM-17492
I'll be able to discuss the issue with Dave G (CiviCRM core team tomorrow)
@Eileenmcnaughton, the search by a full email address + Display Results as Contribs is still taking 3+ minutes to process, unfortunately. If that can be improved it would be really helpful for the fraud research, where we need to see if previous donors have switched methods before manually settling edge cases.
Searches are still slow enough that they're affecting workflow.
Find Contacts Advanced Search > Email address (full, no wildcards) > Display Results as Contacts is consistently taking longer than 40 seconds, experienced by multiple agents. We're doing bulk work with donors, so if this search can be quickened it would be really helpful.
Thanks Michael - that is slightly different to the one above - (which is contribution search) - but I think your description is pretty clear so I should be able to get a fix on it tomorrow.
In the code there was a clear intent to permit strings like "firstname.lastname@example.org" - ie. with the quotes in the query it denotes exact match. I unbroke it but am tempted to remove it unless we think it might be of some use - if not in this than in some other field. I have reservations about keeping for code for functionality so hidden no-one noticed it didn't work....
A further thought - the query doesn't actually search by email - it searches by name - because of the search options WMF has chosen - I feel like the request is to add in an email field as well as the name field
@MBeat33 I'm moving this to pending deployment - but I feel like it may not be a complete fix from your point of view. The contribution search has a search-by-name - this only finds email matches if there is no name (& hence their email is used as their display name).
On most CiviCRM sites it is a a search by email or name field but this option has been deselected for performance in the WMF config and the fix alters the label to reflect this.
However, I feel like what you actually want is more like the advanced search screen -ie. the ability to search by one or the other - if that is the case I think it makes sense to open a separate phab for that
Thank you, @Eileenmcnaughton. It is the advanced search that we use most commonly, so a new task for that would make sense. We're still seeing slow results - I just tested and got:
Find Contacts Advanced Search > Email address (full, no wildcards or " ") > Display Results as Contacts - 45 seconds
Find Contacts Advanced Search > Email address (full, no wildcards or " ") > Display Results as Contributions - 4 min, 21 sec
Is there anything from this task that I could add to the new one?