Timeline for Payment processor, avoiding payments being rejected due to 'transaction is a duplicate'?
Current License: CC BY-SA 3.0
12 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Apr 12, 2017 at 2:55 | vote | accept | Interlated | ||
| Apr 12, 2017 at 0:48 | comment | added | petednz - fuzion♦ | may also relate to issues.civicrm.org/jira/browse/CRM-20172 | |
| Apr 11, 2017 at 23:35 | answer | added | Interlated | timeline score: 1 | |
| Apr 11, 2017 at 8:32 | comment | added | Interlated | Yes. I've run it for a week now without that setting and not had a problem | |
| Apr 11, 2017 at 7:19 | comment | added | petednz - fuzion♦ | I confirmed the issue arose when page was set to "Separate Membership Payment" and did not occur when that setting was turned off. | |
| Apr 11, 2017 at 6:57 | comment | added | petednz - fuzion♦ | Yes I have just had same issue reported on a site that was upgraded to 4.7.x from 4.6.x. The Contribution page offers Donation (inc Other amount) and Membership (not via a Price Set) AND uses "Separate Membership Payment" | |
| Apr 6, 2017 at 20:33 | history | edited | Interlated | CC BY-SA 3.0 |
more information
|
| Apr 6, 2017 at 20:17 | comment | added | Interlated | The person did find an old form. My theory is that there are donation amounts and a membership price set in the same form. I can't see 2x transactions in eway - they just declined it. Maybe they aggregate on their end. Of course we don't keep any log of the hits our server makes on eway. I'll add the web-server trace to the question. | |
| Apr 6, 2017 at 11:23 | comment | added | Chris Burgess | I checked three sites which are using eWay, and none of them were exhibiting this behaviour. Another potential cause might be duplicate submissions, either due to javascript or users double-clicking the submit button. But that's just guesswork - debugging will find you facts. Good luck! | |
| Apr 6, 2017 at 7:51 | comment | added | Chris Burgess |
For further debugging: the location of this error message in CRM_Core_Payment_eWay::doDirectPayment(), and the definition of CRM_Core_Payment::checkDupe() ... you might need to add some debug to these to understand what's happening.
|
|
| Apr 6, 2017 at 7:46 | comment | added | Chris Burgess | Four details to add to this: The IP address(es) (from your webserver logs) that is/are the origin IP when the error message is generated - do they belong to the visitor, or eWay? Does that URL get hit once, twice, or more often? What is the invoice ID / contribution ID which CiviCRM thinks is duplicated? What is the end status of the contribution / membership? | |
| Apr 6, 2017 at 6:38 | history | asked | Interlated | CC BY-SA 3.0 |