Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2023-06-29T20:02:22Zhttps://lab.civicrm.org/extensions/stripe/-/issues/1Processing Credit Card Contribution Fails if No Email Address2023-06-29T20:02:22Zmattwiremjw@mjwconsult.co.ukProcessing Credit Card Contribution Fails if No Email AddressImported from: https://github.com/mattwire/com.drastikbydesign.stripe/issues/22
If a contact doesn't have an email address processing credit card transactions fails with the same error message in #21 . When the contact has no email addr...Imported from: https://github.com/mattwire/com.drastikbydesign.stripe/issues/22
If a contact doesn't have an email address processing credit card transactions fails with the same error message in #21 . When the contact has no email address the checkbox to send a receipt doesn't appear on the form -- just mentioning that so it's clear that I'm not explicitly checking the send receipt box when attempting to process the transaction. This is in WordPress 4.9.8 + CiviCRM 5.4.0 + Stripe extension 5.0 beta 4. Thanks.
---------
@mattwire commented 7 days ago
@mwoodward-atd Thanks. Do you or your organisation have any funding available to help resolve this?
---------
@mwoodward-atd commented 7 days ago
Potentially -- let me know what you think it'd take and I can see what I can muster up. This is for a small community radio station where I live so budgets are very tight (I do all the work I do for them gratis), but let me know what it'd take to fix this one and #21 both. If the funding isn't doable I may take a run at fixing it and doing a pull request; I'm a Python developer but this might be a good foray into getting into CiviCRM extensions since I may need to write one. Anyway, my email is mpwoodward at gmail if it's easier to communicate that way. Let me know an estimate when you get a chance. Thanks!
---------
@mattwire commented 20 hours ago
Hi @mwoodward-atd Please can you test the https://github.com/mattwire/com.drastikbydesign.stripe/tree/5.x_noemail branch?
Please don't run on live until you are absolutely certain it doesn't break anything!
There is an upgrader which must be run for the extension. It does the following:
Add a "contact_id" column to the civicrm_stripe_customers table (new installs will not get the email column anymore).
Runs a new API function Stripe.customercontactids which looks up and populates contact IDs in the civicrm_stripe_customers table based on the email address stored there. This is the part that may cause issues, for example if more than one contact has the same email address or the same contact ID is setup with more than one customer ID (different emails).
---------
@mwoodward-atd commented 9 hours ago
Thanks for the initial run at this! I tested as follows on a test server and get a blank white screen and the transaction doesn't complete (it's pending when you go back to the contact's contributions):
cd to the CiviCRM extensions directory (wp-content/uploads/civicrm/ext)
Installed org.civicrm.paymentlib master: cv dl org.civicrm.paymentlib@https://github.com/mattwire/org.civicrm/paymentlib/archive/master.zip
rm -rf on the existing Stripe extension directory
git clone https://github.com/mattwire/com.drastikbydesign.stripe.git
cd com.drastikbydesign.stripe
git checkout 5.x_noemail
cd ... (back to the CiviCRM extensions directory)
cv en stripe
Went to CiviCRM admin in browser, Administer -> System Settings -> Extensions
Stripe extension shows version 5.1.alpha1
See message that the database requires upgrade -- ran those
Went to contact record that didn't have an email address
Clicked "Contributions" then "Submit Credit Card Contribution"
Fill out contribution form and submit
Get blank white screen at this URL: https:///wp-admin/admin.php?page=CiviCRM&q=civicrm/contact/view/contribution
Hit back, go to contact's contributions, see contribution in list as Pending
The relevant error log entry (obfuscating a couple of details) seems to be this:
[Wed Sep 19 22:23:42.543596 2018] [proxy_fcgi:error] [pid 3105:tid 140244128966400] [client XXX.XXX.XXX.XXX:61442] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Cannot access protected property CRM_Core_Payment_Stripe::$_paymentProcessor in /opt/bitnami/apps/wordpress/htdocs/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe/CRM/Stripe/Customer.php:60\nStack trace:\n#0 /opt/bitnami/apps/wordpress/htdocs/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php(470): CRM_Stripe_Customer::create(Array, Object(CRM_Core_Payment_Stripe))\n#1 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Payment.php(1199): CRM_Core_Payment_Stripe->doDirectPayment(Array, 'contribute')\n#2 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution.php(1176): CRM_Core_Payment->doPayment(Array, 'contribute')\n#3 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution.php(1552): CRM_Contribute_Form_Contribution->processCreditCard(Array, Array, '1611')\n#4 /opt/bitnami/apps/wordpress/htdocs/wp-c...\n', referer: https://<thesite>/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fcontact%2Fview&reset=1&cid=1611&key=XXXXXX&context=advanced
Note that it DOES work with a contact that DOES have an email address.
I wasn't sure what if anything would be helpful to check directly in the database so let me know if poking around in there to see what's going on after the upgrade would help.
Thanks again for working on this. If you need more info from my side just let me know.5.1mattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/2Invalid request error on event registration2023-06-29T20:02:23ZjoewickertInvalid request error on event registrationHi,
Just upgraded to 5.0 via the Civicrm ui.
Test payments on contributions pages are going through for me but payments on event registration payments are faining with error:
Error Oops! Looks like there was an error. Payment Response...Hi,
Just upgraded to 5.0 via the Civicrm ui.
Test payments on contributions pages are going through for me but payments on event registration payments are faining with error:
Error Oops! Looks like there was an error. Payment Response:
Type: invalid_request_error
Code: resource_missing
Message: No such token: Stripe Token
Drupal 7.59
Civicrm 5.3.1
php 5.6.37
cpanel hosting
The last drastik by design github download was working.
Thanks for all your work on this module, let me how I can help sort out the issue.
joehttps://lab.civicrm.org/extensions/stripe/-/issues/3Recurrings fail: Plan already exists2023-06-29T20:02:23ZandyburnsRecurrings fail: Plan already existsOne time contributions work. When trying to do recurring of $5/mo, I this message.!
[stripe_error](/uploads/155f4e628a447eef2f4a08310efad1be/stripe_error.PNG)
I removed any subscriptions in Civi and Stripe that I had previously done. I ...One time contributions work. When trying to do recurring of $5/mo, I this message.!
[stripe_error](/uploads/155f4e628a447eef2f4a08310efad1be/stripe_error.PNG)
I removed any subscriptions in Civi and Stripe that I had previously done. I tried to revert to the 4.7.3 version https://github.com/drastik/com.drastikbydesign.stripe and this same error also occurred.
I am able to do $10/mo. I did 2 of those back to back. So not sure where this leads me?5.2https://lab.civicrm.org/extensions/stripe/-/issues/5Handle "Card Declined" when making payment2023-06-29T20:02:23Zmattwiremjw@mjwconsult.co.ukHandle "Card Declined" when making paymentCurrently the contribution is marked as Pending, but Stripe returns "Card Declined"Currently the contribution is marked as Pending, but Stripe returns "Card Declined"5.2https://lab.civicrm.org/extensions/stripe/-/issues/6Leave Page Alert2023-06-29T20:02:23ZbenbachrachLeave Page AlertWith Stripe extension 5.0 installed on a WordPress site running the latest versions of Wordpress and CiviCRM I have the following problem
when the Contribution Page does not have the option for a Confirmation Page selected but has both...With Stripe extension 5.0 installed on a WordPress site running the latest versions of Wordpress and CiviCRM I have the following problem
when the Contribution Page does not have the option for a Confirmation Page selected but has both Stripe and Paypal as a payment option.
When the user has the option of using a Credit Card (thru Stripe) or Paypal, selecting Paypal and clicking Contribute generates a javascript alert "Leave Page - your entries maybe lost ... ". If I have Facebook Pixel Code installed in the header of the page, then I do not get that warning, but the user has to click the Contribute button twice for it to process. Any suggestions are welcome.
There are also problems when using the option for a Confirmation Page is selected but I will report on that at a later date.5.2https://lab.civicrm.org/extensions/stripe/-/issues/7Support for Stripe Sources API2023-06-29T20:02:23ZmarkuskSupport for Stripe Sources APIit would be nice to get the "new" (it's around for quite a while yet) Sources API from stripe implemented. It supports several non-creditcard payment methods, especially widespread&trusted ones on the european market.
https://stripe.com...it would be nice to get the "new" (it's around for quite a while yet) Sources API from stripe implemented. It supports several non-creditcard payment methods, especially widespread&trusted ones on the european market.
https://stripe.com/docs/sources
https://stripe.com/docs/api/sources
https://github.com/drastik/com.drastikbydesign.stripe/issues/186#issuecomment-427596300https://lab.civicrm.org/extensions/stripe/-/issues/8properly escape noemail update to civicrm_stripe_customers table2023-06-29T20:02:23Zjamieproperly escape noemail update to civicrm_stripe_customers tableDon't have a minute to fix it, but wanted to report this failure when upgrading:
{{{
[db_error: message="DB Error: syntax error" code=-2 mode=callback callback=CRM_Core_Error::exceptionHandler prefix="" info="UPDATE `civicrm_stripe_cus...Don't have a minute to fix it, but wanted to report this failure when upgrading:
{{{
[db_error: message="DB Error: syntax error" code=-2 mode=callback callback=CRM_Core_Error::exceptionHandler prefix="" info="UPDATE `civicrm_stripe_customers` SET contact_id=
7811 WHERE email='sd'souza@xxxx.org' [nativecode=1064 ** You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to
use near 'souza@indoamerican.org'' at line 1]"]
}}}
Yes, email addresses should not have apostrophes in them but also our code should properly escape to avoid an injection attack.https://lab.civicrm.org/extensions/stripe/-/issues/9Self-service links on recurring contribution receipts don't work2023-06-29T20:02:23Zmattwiremjw@mjwconsult.co.ukSelf-service links on recurring contribution receipts don't workThis is a recurring contribution. You can cancel future contributions by visiting this web page.
You can update recurring contribution amount or change the number of installments for this recurring contribution by visiting this web page.This is a recurring contribution. You can cancel future contributions by visiting this web page.
You can update recurring contribution amount or change the number of installments for this recurring contribution by visiting this web page.5.2https://lab.civicrm.org/extensions/stripe/-/issues/10Disable console logging2023-06-29T20:02:23Zmattwiremjw@mjwconsult.co.ukDisable console loggingDisable console logging by civicrm_stripe.js. We can re-enable if there are further issues to diagnose but this part now works pretty reliably.Disable console logging by civicrm_stripe.js. We can re-enable if there are further issues to diagnose but this part now works pretty reliably.5.2mattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/11Register CiviCRM as Stripe Partner2023-06-29T20:02:23Zmattwiremjw@mjwconsult.co.ukRegister CiviCRM as Stripe PartnerWe need to verify that the extension meets all the requirements listed at https://stripe.com/docs/partners/requirements
For example, we don't currently require a specific API version and we need to.We need to verify that the extension meets all the requirements listed at https://stripe.com/docs/partners/requirements
For example, we don't currently require a specific API version and we need to.joshjosh@civicrm.orgjoshjosh@civicrm.orghttps://lab.civicrm.org/extensions/stripe/-/issues/12Recurring payments handling question2023-06-29T20:02:23ZdschaferRecurring payments handling questionAre recurring payments handled at stripe or are they initiated from Civi?
ThanksAre recurring payments handled at stripe or are they initiated from Civi?
Thankshttps://lab.civicrm.org/extensions/stripe/-/issues/13"DB Error: already exists" for existing records in civicrm_stripe_customers t...2023-06-29T20:02:23Zmpwoodward"DB Error: already exists" for existing records in civicrm_stripe_customers tableBased on my troubleshooting this occurs if I submit a contribution as a logged-in user and the user already exists in the civicrm_stripe_customers table.
`
Nov 03 16:30:01 [info] $Fatal Error Details = Array
(
[callback] => Array
...Based on my troubleshooting this occurs if I submit a contribution as a logged-in user and the user already exists in the civicrm_stripe_customers table.
`
Nov 03 16:30:01 [info] $Fatal Error Details = Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => handle
)
[code] => -5
[message] => DB Error: already exists
[mode] => 16
[debug_info] => INSERT INTO civicrm_stripe_customers
(contact_id, id, is_live, processor_id) VALUES ('2', 'cus_DuNJGylmc4uMLX', 1, 5) [nativecode=1062 ** Duplicate
entry '2' for key 'contact_id']
[type] => DB_Error
[user_info] => INSERT INTO civicrm_stripe_customers
(contact_id, id, is_live, processor_id) VALUES ('2', 'cus_DuNJGylmc4uMLX', 1, 5) [nativecode=1062 ** Duplicate
entry '2' for key 'contact_id']
[to_string] => [db_error: message="DB Error: already exists" code=-5 mode=callback callback=CRM_Core_Error::handle p
refix="" info="INSERT INTO civicrm_stripe_customers
(contact_id, id, is_live, processor_id) VALUES ('2', 'cus_DuNJGylmc4uMLX', 1, 5) [nativecode=1062 ** Duplicate
entry '2' for key 'contact_id']"]
)
Nov 03 16:30:01 [info] $backTrace = #0 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/E
rror.php(232): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/PEAR.php(921): CRM_Core_Error::handle(
Object(DB_Error))
#2 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/DB.php(985): PEAR_Error->__construct("
DB Error: already exists", -5, 16, (Array:2), "INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live,
pro...")
#3 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/PEAR.php(575): DB_Error->__construct(-
5, 16, (Array:2), "INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...")
#4 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/PEAR.php(223): PEAR->_raiseError(Objec
t(DB_mysqli), NULL, -5, 16, (Array:2), "INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...
", "DB_Error", TRUE)
#5 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1907): PEAR->__call("rai
seError", (Array:7))
#6 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(933): DB_common->raiseEr
ror(-5, NULL, NULL, "INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...", "1062 ** Duplica
te entry '2' for key 'contact_id'")
#7 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(403): DB_mysqli->mysqliR
aiseError()
#8 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1216): DB_mysqli->simple
Query("INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...")
#9 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(2415): DB_common->qu
ery("INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...")
#10 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(1607): DB_DataObjec
t->_query("INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...")
#11 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(438): DB_DataObject->query("I
NSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...")
#12 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(1411): CRM_Core_DAO->query("I
NSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...", TRUE)
#13 /opt/bitnami/apps/wordpress/htdocs/wp-content/uploads/civicrm/ext/stripe/CRM/Stripe/Customer.php(56): CRM_Core_DAO::
executeQuery("INSERT INTO civicrm_stripe_customers\n (contact_id, id, is_live, pro...", (Array:4))
#14 /opt/bitnami/apps/wordpress/htdocs/wp-content/uploads/civicrm/ext/stripe/CRM/Stripe/Customer.php(94): CRM_Stripe_Cus
tomer::add((Array:4))
#15 /opt/bitnami/apps/wordpress/htdocs/wp-content/uploads/civicrm/ext/stripe/CRM/Core/Payment/Stripe.php(470): CRM_Strip
e_Customer::create((Array:4), Object(CRM_Core_Payment_Stripe))
#16 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Payment.php(1199): CRM_Core_Payment_S
tripe->doDirectPayment((Array:93), "contribute")
#17 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution.php(1176): CR
M_Core_Payment->doPayment((Array:93), "contribute")
#18 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution.php(1552): CR
M_Contribute_Form_Contribution->processCreditCard((Array:53), (Array:1), "2")
#19 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution.php(960): CRM
_Contribute_Form_Contribution->submit((Array:53), 1, NULL)
#20 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(489): CRM_Contribute_Form_Co
ntribution->postProcess()
#21 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Upload.php(169): CRM
_Core_Form->mainProcess()
#22 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Upload.php(136): CRM
_Core_QuickForm_Action_Upload->realPerform(Object(CRM_Contribute_Form_Contribution), "upload")
#23 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php(203): C
RM_Core_QuickForm_Action_Upload->perform(Object(CRM_Contribute_Form_Contribution), "upload")
#24 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_Qu
ickForm_Controller->handle(Object(CRM_Contribute_Form_Contribution), "upload")
#25 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php(351): HTML_QuickForm_P
age->handle("upload")
#26 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Page/Tab.php(320): CRM_Core_Con
troller->run()
#27 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Page/Tab.php(371): CRM_Contribu
te_Page_Tab->edit()
#28 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(309): CRM_Contribute_Page_
Tab->run((Array:4), NULL)
#29 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(84): CRM_Core_Invoke::runI
tem((Array:13))
#30 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_inv
oke((Array:4))
#31 /opt/bitnami/apps/wordpress/htdocs/wp-content/plugins/civicrm/civicrm.php(1248): CRM_Core_Invoke::invoke((Array:4))
#32 /opt/bitnami/apps/wordpress/htdocs/wp-includes/class-wp-hook.php(286): CiviCRM_For_WordPress->invoke("")
#33 /opt/bitnami/apps/wordpress/htdocs/wp-includes/class-wp-hook.php(310): WP_Hook->apply_filters("", (Array:1))
#34 /opt/bitnami/apps/wordpress/htdocs/wp-includes/plugin.php(453): WP_Hook->do_action((Array:1))
#35 /opt/bitnami/apps/wordpress/htdocs/wp-admin/admin.php(224): do_action("toplevel_page_CiviCRM")
#36 {main}`https://lab.civicrm.org/extensions/stripe/-/issues/14Editing subscriptions in Stripe > updating CiviCRM?2023-06-29T20:02:24ZlarynEditing subscriptions in Stripe > updating CiviCRM?I was asked by someone about a recurring payment that they had edited directly in their Stripe account. If the report is accurate, it deleted or made inactive the recurring payment in CiviCRM and took the (revised) payment successfully i...I was asked by someone about a recurring payment that they had edited directly in their Stripe account. If the report is accurate, it deleted or made inactive the recurring payment in CiviCRM and took the (revised) payment successfully in Stripe. I wasn't aware that this was possible, but they said they'd done this successfully before with the edits showing up in CiviCRM – is/was this functionality part of the extension?
I did recently update to the new 5.x branch from here, so wasn't sure if something broke due to that.5.2https://lab.civicrm.org/extensions/stripe/-/issues/15fatal error processing webhook for customer.created2023-06-29T20:02:24ZRichfatal error processing webhook for customer.createdHi Matt,
I've just upgraded to your version 5.0 from the drastik 4.7.? one.
I'm getting fatal errors in my ConfigAndLog log when the IPN processor handles `customer.created` webhooks, specifically there's an exception `Could not find a...Hi Matt,
I've just upgraded to your version 5.0 from the drastik 4.7.? one.
I'm getting fatal errors in my ConfigAndLog log when the IPN processor handles `customer.created` webhooks, specifically there's an exception `Could not find an entry for 'customer_id'.`
The next webhook to fire is `customer.source.created` which did not seem to cause any errors, and the one after that was a `charge.succeeded` which seems to have (a) created a contact and (b) recorded the contribution OK.
Do you know why this might be happening?
Nb. I'm not using Civi's contribution pages for this, but rather I'm calling `Contribution.transact` directly, if that might make a difference.
Also, I'm not sure if this is a separate issue or an issue for core, but if an exception is thrown the HTTP status code should be returned as 500 or something - Stripe's dashboard does not report any errors but if you look at the response it received it's clearly a fatal error message.
Thanks,
Rich5.2https://lab.civicrm.org/extensions/stripe/-/issues/16Stripe Customer (find): contact_id is required2023-06-29T20:02:24ZjamieStripe Customer (find): contact_id is requiredI'm getting this error using CiviCRM 5.3 while registering for a paid event as an anonymous user and registering with contact information that is not already in the database.
In around line 600 of CRM/Event/Form/Registration/Confirm.php...I'm getting this error using CiviCRM 5.3 while registering for a paid event as an anonymous user and registering with contact information that is not already in the database.
In around line 600 of CRM/Event/Form/Registration/Confirm.php, there is:
list($result, $value) = $this->processPayment($payment, $value);
The $value array doesn't have contact_id in it (even though $contactID is available to it).
I'm not sure if that is different in more recent versions of CiviCRM.5.2https://lab.civicrm.org/extensions/stripe/-/issues/17Error relating this subscription id [...] to the one in civicrm_stripe_subscr...2023-06-29T20:02:24ZMichael McAndrewError relating this subscription id [...] to the one in civicrm_stripe_subscriptionsCopied from https://github.com/drastik/com.drastikbydesign.stripe/issues/265.
We've been running Stripe with a client since 4th September. In this time, they have processed 220 payments but 19 of them have not ended up in CiviCRM.
Look...Copied from https://github.com/drastik/com.drastikbydesign.stripe/issues/265.
We've been running Stripe with a client since 4th September. In this time, they have processed 220 payments but 19 of them have not ended up in CiviCRM.
Looking at one of these missing payments, I can see that Stripe has tried to deliver the payload 7 times over a period of about three days. Each time I get a backtrace along the lines of
```
#0 .../sites/all/modules/civicrm/CRM/Core/Error.php(381): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 .../sites/all/civicrm_extensions/com.drastikbydesign.stripe/CRM/Stripe/Page/Webhook.php(30): CRM_Core_Error::fatal("Error relating this subscription id (sub_Dn3Mp59bjvUu0O) to the one in civicr...")
#2 .../sites/all/civicrm_extensions/com.drastikbydesign.stripe/CRM/Stripe/Page/Webhook.php(154): getRecurInfo("sub_Dn3Mp59bjvUu0O", 0)
#3 .../sites/all/modules/civicrm/CRM/Core/Invoke.php(309): CRM_Stripe_Page_Webhook->run((Array:3), NULL)
#4 .../sites/all/modules/civicrm/CRM/Core/Invoke.php(84): CRM_Core_Invoke::runItem((Array:13))
#5 .../sites/all/modules/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:3))
#6 .../sites/all/modules/civicrm/drupal/civicrm.module(445): CRM_Core_Invoke::invoke((Array:3))
#7 .../includes/menu.inc(527): civicrm_invoke("stripe", "webhook")
#8 .../index.php(21): menu_execute_active_handler()
#9 {main}
```
Indeed the subscription is not there.
And looking in CiviCRM I do not see any contact details for these payments (based on the email address contained in Stripe) or any contacts created at that time.
So it seems as if the contact is never created in CiviCRM.
Any ideas on what might be going on here, or how I can debug?
PS we are running on 5.0.beta2.
PPS Looking in CRM_Stripe_Page_Webhook, it appears to be looking for the subscription id in civicrm_stripe_subscriptions. I can confirm that the subscrtiption ID doesn't exist there.5.2https://lab.civicrm.org/extensions/stripe/-/issues/18Feature: Support UpdateSubscription from CiviCRM/Stripe2023-12-15T14:10:42Zmattwiremjw@mjwconsult.co.ukFeature: Support UpdateSubscription from CiviCRM/StripeIt would be nice to be able to update the Stripe subscription from within CiviCRM and for changes made on the Stripe dashboard to show in CiviCRM.It would be nice to be able to update the Stripe subscription from within CiviCRM and for changes made on the Stripe dashboard to show in CiviCRM.6.11https://lab.civicrm.org/extensions/stripe/-/issues/19Create upgrader for 5.22023-06-29T20:02:24Zmattwiremjw@mjwconsult.co.ukCreate upgrader for 5.2Need to migrate civicrm_stripe_subscriptions table into recurring contributions (ie. map subscription ID onto trxn_id of recurring contribution). Also be good to try and update cycle day, next_sched_contribution_date.Need to migrate civicrm_stripe_subscriptions table into recurring contributions (ie. map subscription ID onto trxn_id of recurring contribution). Also be good to try and update cycle day, next_sched_contribution_date.5.2https://lab.civicrm.org/extensions/stripe/-/issues/20Update next_sched_contribution_date when processing the next payment for a su...2023-06-29T20:02:25Zmattwiremjw@mjwconsult.co.ukUpdate next_sched_contribution_date when processing the next payment for a subscriptionMIHhttps://lab.civicrm.org/extensions/stripe/-/issues/21Add a scheduled job to automatically end Stripe subscriptions if all installm...2023-06-29T20:02:25Zmattwiremjw@mjwconsult.co.ukAdd a scheduled job to automatically end Stripe subscriptions if all installments have been paid/end_date is reached.6.0https://lab.civicrm.org/extensions/stripe/-/issues/22What is the current Webhook path2023-06-29T20:02:25ZBorislavZlatanovWhat is the current Webhook pathHey guys, thanks so much for working on updating this extension.
I saw in the commits history that there were some changes in regards to the webhook path. However, I don't see any indication of this in the current Readme file or anywher...Hey guys, thanks so much for working on updating this extension.
I saw in the commits history that there were some changes in regards to the webhook path. However, I don't see any indication of this in the current Readme file or anywhere in the CiviCRM interface. So could you please clarify that and also document it?
Thanks!https://lab.civicrm.org/extensions/stripe/-/issues/23Changes that you made may not be saved.2023-06-29T20:02:25ZDevAppChanges that you made may not be saved.When selecting an offline payment method and submitting the contribution form, Chrome displays the error message "Leave site? Changes that you made may not be saved".
The site Drupal 7, using the CiviCRM Stripe module (branch version) a...When selecting an offline payment method and submitting the contribution form, Chrome displays the error message "Leave site? Changes that you made may not be saved".
The site Drupal 7, using the CiviCRM Stripe module (branch version) and CiviCRM 5.7.2.
If Stripe is selected (default) the error is not displayed.5.2https://lab.civicrm.org/extensions/stripe/-/issues/24Contribute button does not change to processing2023-06-29T20:02:25ZandyburnsContribute button does not change to processingI am thinking that the Stripe extension effects the submit button and prevents it from changing from 'Contribute to "Processing"
This effects users as they bounce off the page because they do not know if the donation is processing or not.I am thinking that the Stripe extension effects the submit button and prevents it from changing from 'Contribute to "Processing"
This effects users as they bounce off the page because they do not know if the donation is processing or not.https://lab.civicrm.org/extensions/stripe/-/issues/25Link broken for Stripe Documentation2023-06-29T20:02:25ZRoseLaniganLink broken for Stripe DocumentationThe documentation link for this extension goes to a 500 error page:
[Docs](https://docs.civicrm.org/stripe/en/latest)
I've stumbled across some instructions on another branch (https://github.com/drastik/com.drastikbydesign.stripe) that...The documentation link for this extension goes to a 500 error page:
[Docs](https://docs.civicrm.org/stripe/en/latest)
I've stumbled across some instructions on another branch (https://github.com/drastik/com.drastikbydesign.stripe) that fixed an error I've been having and I suspect are on the documentation (but I couldn't access it)?https://lab.civicrm.org/extensions/stripe/-/issues/26Wrong stripe public key when submitting payment from additional stripe proces...2023-06-29T20:02:25ZmpwoodwardWrong stripe public key when submitting payment from additional stripe processor via backendI have a site with two payment processors configured with the Stripe extension (latest version). One of the payment processors works, the other doesn't work from the admin side, but seems to work OK if I configure a contribution page to ...I have a site with two payment processors configured with the Stripe extension (latest version). One of the payment processors works, the other doesn't work from the admin side, but seems to work OK if I configure a contribution page to use the second payment processor.
When I go to the admin and try to submit a CC contribution for a contact, I get taken to a 404 page:
[my site]/wp-admin/action=add&cid=2&mode=live
Here's the error in the CiviCRM logs:
Dec 12 21:05:57 [debug] Stripe Payment Error: Payment Response:
Type: invalid_request_error
Code: resource_missing
Message: No such token: [token here]
And here's the error I see on the Stripe side when I try to run a contribution through the payment processor that isn't working:
Request POST body
{
"description": "Matt Woodward (CiviCRM)",
"card": "[token here]",
"email": "[my email]",
"metadata": {
"civicrm_contact_id": "2"
}
}
Response body
{
"error": {
"code": "resource_missing",
"doc_url": "https://stripe.com/docs/error-codes/resource-missing",
"message": "No such token: [token here]",
"param": "card",
"type": "invalid_request_error"
}
}
I've verified that the tokens are correct in the payment processor configuration, and just to reiterate it DOES seem to work and get routed to the correct Stripe account from a contribution page configured with the second payment processor. It just doesn't work from the admin.
Happy to provide additional details if helpful. Thanks.5.3https://lab.civicrm.org/extensions/stripe/-/issues/27Support a numeric CC month expiry date format2023-06-29T20:02:25ZbgmSupport a numeric CC month expiry date formatCiviCRM defaults to a credit card format that is 'M/Y', where M is the month name, rather than number.
I have always used 'm/Y', because (at least in Canada, but I suspect most other places), we always dictate the expiration date in the...CiviCRM defaults to a credit card format that is 'M/Y', where M is the month name, rather than number.
I have always used 'm/Y', because (at least in Canada, but I suspect most other places), we always dictate the expiration date in the same way it's written on the card, which is in numeric form. Ex: '01/2038', not 'Jan/2038'.
To reproduce, change the `creditCard` setting under : `/civicrm/admin/setting/preferences/date?action=reset=1` to `m Y`.
I have been applying this patch for a long time, but I don't know what could be a clean patch that would support both date formats.
```
diff --git a/vendor/civicrm/stripe/js/civicrm_stripe.js b/vendor/civicrm/stripe/js/civicrm_stripe.js
index f520c0da..644eaa03 100644
--- a/vendor/civicrm/stripe/js/civicrm_stripe.js
+++ b/vendor/civicrm/stripe/js/civicrm_stripe.js
@@ -314,7 +314,7 @@ CRM.$(function($) {
// Disable the submit button to prevent repeated clicks
$submit.prop('disabled', true);
- var cc_month = $form.find('#credit_card_exp_date_M').val();
+ var cc_month = $form.find('#credit_card_exp_date_m').val();
var cc_year = $form.find('#credit_card_exp_date_Y').val();
Stripe.card.createToken({
```
Any thoughts?
Worst case, something like this would work, but it's not very clean:
```
var cc_year = $form.find('#credit_card_exp_date_Y').val();
var cc_month = null;
if ($form.find('#credit_card_exp_date_m').size() > 0) {
cc_month = $form.find('#credit_card_exp_date_m').val();
}
else {
cc_month = $form.find('#credit_card_exp_date_M').val();
}
```6.0https://lab.civicrm.org/extensions/stripe/-/issues/28ENHANCEMENT: Editing of Recurring Contributions2023-06-29T20:02:25ZmpwoodwardENHANCEMENT: Editing of Recurring ContributionsIt'd be great to be able to edit recurring contributions to do things like change the number of installments, the campaign, as well as do things like disable the automatic sending of receipts. Basically a move towards feature parity with...It'd be great to be able to edit recurring contributions to do things like change the number of installments, the campaign, as well as do things like disable the automatic sending of receipts. Basically a move towards feature parity with the iATS plugin insofar as it's possible with Stripe would be awesome.https://lab.civicrm.org/extensions/stripe/-/issues/29CiviCRM Stripe PCI Compliance2023-06-29T20:02:25ZScottyPspulver@ibafriends.orgCiviCRM Stripe PCI ComplianceHello CiviCRM Stripe Community,
I posted a question on StackExchange and still confused/worried about our PCI compliance with Stripe. Wondering if others are having this as well? https://civicrm.stackexchange.com/questions/27846/civicrm...Hello CiviCRM Stripe Community,
I posted a question on StackExchange and still confused/worried about our PCI compliance with Stripe. Wondering if others are having this as well? https://civicrm.stackexchange.com/questions/27846/civicrm-stripe-pci-compliance?noredirect=1#comment32344_27846
Is this an issue for this project?
Thanks6.0https://lab.civicrm.org/extensions/stripe/-/issues/30Billing section not displaying for paid events2023-06-29T20:02:25ZhfarooqBilling section not displaying for paid eventsCiviCRM: 5.6.1
Drupal: 7.59
Stripe extension: 5.2
For contributions, stripe integration is working fine but for paid events, billing section do not shows up when amount is selected.CiviCRM: 5.6.1
Drupal: 7.59
Stripe extension: 5.2
For contributions, stripe integration is working fine but for paid events, billing section do not shows up when amount is selected.https://lab.civicrm.org/extensions/stripe/-/issues/31Payment Processor Error message :Failed to update contribution in database2023-06-29T20:02:25ZtwilsonfwmPayment Processor Error message :Failed to update contribution in databaseWhen trying to process a test transaction on the membership or contribute pages, this message pops up. I see the transaction in Stripe, but no data exists in CiviCRM.When trying to process a test transaction on the membership or contribute pages, this message pops up. I see the transaction in Stripe, but no data exists in CiviCRM.5.4https://lab.civicrm.org/extensions/stripe/-/issues/32Failed Payments Send Contribution Confirmation Letter2023-06-29T20:02:25ZmpwoodwardFailed Payments Send Contribution Confirmation LetterWe got a report from a donor with a recurring donation that when his credit card expired, Stripe basically kept trying to process the invoice every few days and each time he got the standard contribution receipt. The donations definitely...We got a report from a donor with a recurring donation that when his credit card expired, Stripe basically kept trying to process the invoice every few days and each time he got the standard contribution receipt. The donations definitely appear as failed in CiviCRM. I'm trying to get more info from the person who dealt with this donor but wanted to raise this issue since that seems like a rather major bug if this is happening on the Stripe extension side. Let me know if this is something I should raise on the CiviCRM side instead of this being something the extension would be doing. Thanks.5.3https://lab.civicrm.org/extensions/stripe/-/issues/33Stripe Token failure2023-06-29T20:02:26ZeliotmasonStripe Token failureI'm getting this problem simultaneously across two clients, one an existing stripe installation that was working until a week ago and a new install of stripe. Both sites are using v5.2 of this extension. One install is running CiviCRM ...I'm getting this problem simultaneously across two clients, one an existing stripe installation that was working until a week ago and a new install of stripe. Both sites are using v5.2 of this extension. One install is running CiviCRM 5.9.0 and the other 5.5.3.
An error message is returned about not having a stripe token. Going right to the source, Stripe says this is the request:
{
"description": "Mr. Bill William , OhNo (CiviCRM)",
"card": "Stripe Token",
"email": "mrbill@mercurymotos.com",
"metadata": {
"civicrm_contact_id": "31360"
}
}
and the response (oops - edited from previous):
{
"error": {
"code": "resource_missing",
"doc_url": "https://stripe.com/docs/error-codes/resource-missing",
"message": "No such token: Stripe Token",
"param": "card",
"type": "invalid_request_error"
}
}
This is occurring across both live and test credentials (yes, checked the keys multiple times. Even tried reversing the test keys since the UX inexplicably hides the public key and shows the private key. Stripe didn't play along and called me out for not using a secret key).
Any suggestions to sidestep this problem or help you identify the cause?https://lab.civicrm.org/extensions/stripe/-/issues/34Recurring donations marked as "pending" in Civi in Test Mode2019-03-04T12:01:08ZnaomiRecurring donations marked as "pending" in Civi in Test ModeVersion 5.2 of the extension.
Using Test mode.
When I create a single payment, it works as expected. But when I set up a recurring payment, in Civi it remains marked as "incomplete or pending", despite the subscription being successfull...Version 5.2 of the extension.
Using Test mode.
When I create a single payment, it works as expected. But when I set up a recurring payment, in Civi it remains marked as "incomplete or pending", despite the subscription being successfully created in Stripe.
Perhaps it is waiting for an acknowledgement from Stripe to be sent to the webhook URL?
I have entered this webhook url: `<site>/civicrm/payment/ipn`. I have attempted to test it from within Stripe. Whatever event I choose to send, I get "Test webhook error: 401" and "Invalid encoding: ISO-8859-1".
Perhaps the webhook needs to be set to the correct version. However the version specified in the extension docs is 2018-11-08 but that option is not available when created a webhook - see screenshot.
![image](/uploads/a55022c4ea21948f425bc5e690b32774/image.png)5.3naominaomihttps://lab.civicrm.org/extensions/stripe/-/issues/35Making payment hangs, with 'Confirm Contribution' button greyed2019-02-25T11:02:54ZAndy ClarkMaking payment hangs, with 'Confirm Contribution' button greyedPlease see [this problem described in SE](https://civicrm.stackexchange.com/questions/28528/why-does-stripe-5-2-extension-hang-on-payment).Please see [this problem described in SE](https://civicrm.stackexchange.com/questions/28528/why-does-stripe-5-2-extension-hang-on-payment).https://lab.civicrm.org/extensions/stripe/-/issues/36Stripe API version compatibility2019-03-04T00:57:01ZUpperholmeStripe API version compatibilityThe docs at https://lab.civicrm.org/extensions/stripe/tree/master/docs indicate that this extension requires Stripe API version: 2018-11-08
I'd like to integrate with a pre-existing Stripe account that is running on version: 2017-04-06 w...The docs at https://lab.civicrm.org/extensions/stripe/tree/master/docs indicate that this extension requires Stripe API version: 2018-11-08
I'd like to integrate with a pre-existing Stripe account that is running on version: 2017-04-06 with the upgrade option of moving to version: 2019-02-19.
Is this extension compatible with 2019-02-19?5.3https://lab.civicrm.org/extensions/stripe/-/issues/37email Invalid string error2020-06-20T15:59:58Zm robimorgan@palantetech.coopemail Invalid string errorHello,
Using Webform CiviCRM on Drupal 7.64. Testing out the master branch right now. On one webform in live and test modes, submissions are getting rejected with the below error. Submissions from another webform are going through. The...Hello,
Using Webform CiviCRM on Drupal 7.64. Testing out the master branch right now. On one webform in live and test modes, submissions are getting rejected with the below error. Submissions from another webform are going through. There are three email fields on the form, Home and Billing are both required. The email listed is what is filled out in the "Home" email. Are multiple emails perhaps not supported?
Request POST body
```
{
"description": "asdf asdf (CiviCRM)",
"card": "Stripe Token",
"email": {
"0": "beep@laksdjf.com"
},
"metadata": {
"civicrm_contact_id": "42340"
}
}
```
Response body
```
{
"error": {
"message": "Invalid string: {:"0"=>"beep@laksdjf.com"}",
"param": "email",
"type": "invalid_request_error"
}
}
```
Appreciate your response, and apologies if this is duplicative or covered somewhere else. 😵https://lab.civicrm.org/extensions/stripe/-/issues/38Sanitise Stripe API keys before using2019-09-13T17:43:18Zmattwiremjw@mjwconsult.co.ukSanitise Stripe API keys before usingSee: https://civicrm.stackexchange.com/questions/28528/why-does-stripe-5-2-extension-hang-on-payment
We should pass the Stripe API keys through trim() or similar before using them, per https://github.com/mattwire/org.civicrm.smartdebit/...See: https://civicrm.stackexchange.com/questions/28528/why-does-stripe-5-2-extension-hang-on-payment
We should pass the Stripe API keys through trim() or similar before using them, per https://github.com/mattwire/org.civicrm.smartdebit/blob/master/CRM/Core/Payment/Smartdebit.php#L632
Should probably swap them over so they are the right way around in the CiviCRM UI as well.6.0mattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/39One of parameters (value: ) is not of the type Boolean2019-09-13T09:16:32ZReece One of parameters (value: ) is not of the type BooleanHi all,
Attempting to set up Stripe for a client, but having a few issues... I've set up the test and live publishable and secret keys, along with the webhooks supplied.
When going through a Contribution Form, filling out the fields an...Hi all,
Attempting to set up Stripe for a client, but having a few issues... I've set up the test and live publishable and secret keys, along with the webhooks supplied.
When going through a Contribution Form, filling out the fields and then clicking "Make Contribution", I am presented with a CiviCCRM Error. I've included the backtrace here:
```
#0 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Error.php(377): CRM_Core_Error::backtrace()
#1 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Utils/Type.php(554): CRM_Core_Error::fatal("One of parameters (value: ) is not of the type Boolean")
#2 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/DAO.php(1518): CRM_Utils_Type::validate("", "Boolean")
#3 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/DAO.php(1482): CRM_Core_DAO::composeQuery("SELECT id\n FROM civicrm_stripe_customers\n WHERE contact_id = %1 A...", (Array:3), TRUE)
#4 /var/www/html/CLIENTNAME/drupal-7.58/sites/CLIENTSITE.COM/civicrm_extensions/stripe/CRM/Stripe/Customer.php(35): CRM_Core_DAO::singleValueQuery("SELECT id\n FROM civicrm_stripe_customers\n WHERE contact_id = %1 A...", (Array:3))
#5 /var/www/html/CLIENTNAME/drupal-7.58/sites/CLIENTSITE.COM/civicrm_extensions/stripe/CRM/Core/Payment/Stripe.php(451): CRM_Stripe_Customer::find((Array:5))
#6 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1649): CRM_Core_Payment_Stripe->doPayment((Array:59), "contribute")
#7 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1405): CRM_Contribute_Form_Contribution_Confirm->postProcessMembership((Array:63), "2", Object(CRM_Contribute_Form_Contribution_Confirm), (Array:39), (Array:0), (Array:0), (Array:13), (Array:1), TRUE, NULL, FALSE, "5", (Array:1), TRUE)
#8 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2429): CRM_Contribute_Form_Contribution_Confirm->processMembership((Array:51), "2", (Array:0), (Array:0), (Array:39), (Array:1))
#9 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2304): CRM_Contribute_Form_Contribution_Confirm->doMembershipProcessing("2", (Array:51), (Array:39), (Array:1))
#10 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(722): CRM_Contribute_Form_Contribution_Confirm->processFormSubmission("2")
#11 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Form.php(489): CRM_Contribute_Form_Contribution_Confirm->postProcess()
#12 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/StateMachine.php(160): CRM_Core_Form->mainProcess()
#13 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php(61): CRM_Core_StateMachine->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next", "Next")
#14 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#15 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#16 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Controller.php(351): HTML_QuickForm_Page->handle("next")
#17 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(309): CRM_Core_Controller->run((Array:3), NULL)
#18 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(84): CRM_Core_Invoke::runItem((Array:15))
#19 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:3))
#20 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/drupal/civicrm.module(445): CRM_Core_Invoke::invoke((Array:3))
#21 /var/www/html/CLIENTNAME/drupal-7.58/includes/menu.inc(527): civicrm_invoke("contribute", "transact")
#22 /var/www/html/CLIENTNAME/drupal-7.58/index.php(21): menu_execute_active_handler()
#23 {main}
```
I debugged this a little bit, and to avoid this error (on the **test** page for Contribution pages), I added this quick check in /CRM/Stripe/Customer.php:24:
```
if($params['is_live'] == 0 || $params['is_live'] == FALSE)
$params['is_live'] = 0;
```
Not sure why this is an issue, but this seems to do a temp fix... onto the next issue.
```
Failed to create Stripe Customer: Payment Response:
Type: invalid_request_error
Code: resource_missing
Message: No such token: Stripe Token
```
I'm not exactly sure what causes this issue.. but it seems `Card` is set as "Stripe Token"? Is this correct?
The details I'm plugging in are:
Card: 4000008260000000
CVV: 123
Expiry: anything valid (12/2020)
Any advice would be greatly appreciated!
Cheers,
Reece6.0https://lab.civicrm.org/extensions/stripe/-/issues/405.3.1 has webhook error and contributions left in pending status2019-04-11T14:35:59Zandyburns5.3.1 has webhook error and contributions left in pending statusI upgraded from 5.2 to 5.3.1. I then received errors for each stripe payment processor webhook on our multisite saying it was not configured(they were). I had https://example.org/?page=CiviCRM&q=civicrm/payment/ipn/31 it said it should b...I upgraded from 5.2 to 5.3.1. I then received errors for each stripe payment processor webhook on our multisite saying it was not configured(they were). I had https://example.org/?page=CiviCRM&q=civicrm/payment/ipn/31 it said it should be https://example.org/civicrm?page=CiviCRM&q=civicrm/payment/ipn/31.
I changed the webhook and added the missing 'civicrm' as it is our CMS base page and did a test payment and it still was left pending and system status errors persisted after clearing cache.
Therefore, I have just reverted back to 5.2.https://lab.civicrm.org/extensions/stripe/-/issues/415.3.2 webhook error message with https address2019-04-04T23:39:38ZKMRD5.3.2 webhook error message with https addressError message on system status page says webhook should be http://example.org/civicrm/payment/ipn/3, when we are using the same address with https successfully. Switching to http:// causes Stripe payments to fail.Error message on system status page says webhook should be http://example.org/civicrm/payment/ipn/3, when we are using the same address with https successfully. Switching to http:// causes Stripe payments to fail.https://lab.civicrm.org/extensions/stripe/-/issues/42Webform payment form submission fails on Safari/iOS2019-09-13T09:28:17ZbgmWebform payment form submission fails on Safari/iOSThis is an odd behaviour that may be an edge-case to when Stripe is enabled but the webform uses another gateway, or it might apply to all webform+Safari/iOS forms, but I figured it would be best to document it here.
How to reproduce:
...This is an odd behaviour that may be an edge-case to when Stripe is enabled but the webform uses another gateway, or it might apply to all webform+Safari/iOS forms, but I figured it would be best to document it here.
How to reproduce:
* On a Drupal7 site with webform enabled
* Enable the Stripe CiviCRM extension
* Enable the Dummy processor
* Configure the webform to only use the Dummy processor.
On Safari (MacOS or iOS), once you get to the payment step and click submit, the form will loop back to the first step. No error message, nothing in the logs, etc.
I isolated the issue to this line of code:
https://lab.civicrm.org/extensions/stripe/blob/master/js/civicrm_stripe.js#L192
```
// We need the action field for back/submit to work and redirect properly after submission
if (!($('#action').length)) {
$form.append($('<input type="hidden" name="op" id="action" />'));
}
```
In my form, I had an element `<button class="webform-submit button-primary btn btn-primary form-submit" type="submit" name="op" value="Submit">Submit</button>`
So the above code was adding a second 'op' element.
It does not cause a problem in Firefox or Chrome, but Safari does not like it.
If I remove the line of code, it fixes the issue in Safari.
A fix might be to check instead for `$('input[name=op],button[name=op]')` ?
I'm still curious in which cases that input is not present, but I'm not familiar enough with the webform integration.6.0https://lab.civicrm.org/extensions/stripe/-/issues/43How to handle multiple failed donations2019-09-13T09:14:50ZscardiniusHow to handle multiple failed donationsHi,
as we know Stripe repeats charging when it failed twice (6 days later and 12 days later). Each time stripe endpoint civicrm/payment/ipn/ID receives event `invoice.payment_failed` type what means that new contribution with Failed sta...Hi,
as we know Stripe repeats charging when it failed twice (6 days later and 12 days later). Each time stripe endpoint civicrm/payment/ipn/ID receives event `invoice.payment_failed` type what means that new contribution with Failed status is created. In the end we have three Failed contributions for given month. Of course I'm talking about recurring contributions.
Where is my problem? Shouldn't we have an only one Failed contribution with 3 Failed payments?
First of all CiviCRM's data structure is a bit poorer than Stripe's
| Stripe | CiviCRM |
|--------------|---------------------------|
| Subscription | -> Recurring contribution |
| Invoice | -> Contribution |
| Payment | -> Contribution + Payment |
| Charge | -> Contribution + Payment |
On Stripe side one Invoice has up to 3 payments/charges.
Invoice is unique on civicrm (civicrm_contribution.invoice_id) so it's possible to check when endpoint receive `invoice.payment_failed` event whether it exists or not. And create it only if needed.
What do you think about this case?6.0https://lab.civicrm.org/extensions/stripe/-/issues/44Recurring payments coming into CiviCRM with wrong date (Dec 1969)2019-07-31T17:49:53ZlarynRecurring payments coming into CiviCRM with wrong date (Dec 1969)I updated a Drupal 7 site from an earlier version (5.0 I believe) to 5.3.2 last week. Things in general seemed okay, and I updated the webhook accordingly as well as updating the Stripe API version in their account. I'm told that recurri...I updated a Drupal 7 site from an earlier version (5.0 I believe) to 5.3.2 last week. Things in general seemed okay, and I updated the webhook accordingly as well as updating the Stripe API version in their account. I'm told that recurring payments are not reporting back into CiviCRM -- they are charged correctly in Stripe but do not appear in the contact's CiviCRM record.
These recurring payments may have been set up years ago, as they have been using this extension for a long time. If recurring payments seem to be working okay in general, is it possible these plans are just missing some info in the database from one or another upgrade over the years? How would I start to track that down?https://lab.civicrm.org/extensions/stripe/-/issues/45Call to undefined method Stripe\Stripe::setAppInfo()2019-09-13T09:14:30ZdenleschaeCall to undefined method Stripe\Stripe::setAppInfo()We are switching from Authorize.net to Stripe for our payment processing. During our event registration tests we are encountering a 500 error when we attempt test or live payments. After digging through our php error logs I found this ea...We are switching from Authorize.net to Stripe for our payment processing. During our event registration tests we are encountering a 500 error when we attempt test or live payments. After digging through our php error logs I found this each time we made an attempt. I'm not sure if the issue is related the extension or some other CiviCRM setting. Could someone help point me in the right direction to debug this issue? Thanks!
Here is our setup:
- Stripe Extension v5.3.2
- CiviCRM v5.11
- Wordpress v5.1.1
```
[02-Apr-2019 14:11:31 America/Chicago] PHP Fatal error: Uncaught Error: Call to undefined method Stripe\Stripe::setAppInfo() in /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php:108
Stack trace:
#0 /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php(409): CRM_Core_Payment_Stripe->setAPIParams()
#1 /www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(1339): CRM_Core_Payment_Stripe->doPayment(Array, 'event')
#2 /www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(591): CRM_Event_Form_Registration_Confirm->processPayment(Object(CRM_Core_Payment_Stripe), Array)
#3 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(489): CRM_Event_Form_Registration_Confirm->postProcess()
#4 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/StateMachine.php(160): CRM_Core_Form->mainProcess()
#5 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php(61): CRM_Core_StateMachine->perform(Object(CRM_Event_Form_Registration in /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php on line 108
```6.0https://lab.civicrm.org/extensions/stripe/-/issues/46webform does not use test mode even though specified in webform config2021-10-13T20:11:30Zphaniphani00@gmail.comwebform does not use test mode even though specified in webform configi just created a webform using the contribution page that otherwise works, but received this error when trying to submit a test contribution:
`Error: Your card was declined. Your request was in live mode, but used a known test card.`
i...i just created a webform using the contribution page that otherwise works, but received this error when trying to submit a test contribution:
`Error: Your card was declined. Your request was in live mode, but used a known test card.`
i'm using CiviCRM 5.11.0 on drupal 7, stripe extension checked out from the latest `remove_islive` branch.https://lab.civicrm.org/extensions/stripe/-/issues/47Creating webhooks on multisite2019-11-24T20:46:57ZnaomiCreating webhooks on multisiteI'm getting a warning message, on the CiviCRM status page and in the popup that shows status messages on login. It says the Stripe webhook is not configured. But it is, and recurring donations are getting completed.I'm getting a warning message, on the CiviCRM status page and in the popup that shows status messages on login. It says the Stripe webhook is not configured. But it is, and recurring donations are getting completed.6.0https://lab.civicrm.org/extensions/stripe/-/issues/48SQL error: Field 'is_live' doesn't have a default value2021-05-07T08:43:29ZnaomiSQL error: Field 'is_live' doesn't have a default valueGot this error when donating as an existing customer.
I fixed it by dropping the "is_live" column from civicrm_stripe_customers. I guess this needs adding as an update hook ?Got this error when donating as an existing customer.
I fixed it by dropping the "is_live" column from civicrm_stripe_customers. I guess this needs adding as an update hook ?https://lab.civicrm.org/extensions/stripe/-/issues/49Add to documentation re test mode2019-06-02T14:12:35ZnaomiAdd to documentation re test modeI'd like to add something to the documentation for Stripe, about how to set up a webhook for test mode , as I believe there is none atm? I went to edit the README but then saw that the documentation is here https://docs.civicrm.org/strip...I'd like to add something to the documentation for Stripe, about how to set up a webhook for test mode , as I believe there is none atm? I went to edit the README but then saw that the documentation is here https://docs.civicrm.org/stripe/en/latest, (which is currently down but never mind) - is there a way to contribute to that, is it in a repo somewhere?https://lab.civicrm.org/extensions/stripe/-/issues/50Processing charge.failed event is too restrict2019-09-13T06:15:59ZscardiniusProcessing charge.failed event is too restrictWhen endpoint processes *charge.failed* it calls `Contribution.getsingle`. Action `getsingle` is more restrictive than `get` because when contribution does not exist then `getsingle` throw exception.
I have such history of Stripe donati...When endpoint processes *charge.failed* it calls `Contribution.getsingle`. Action `getsingle` is more restrictive than `get` because when contribution does not exist then `getsingle` throw exception.
I have such history of Stripe donations:
1. customer.created
2. customer.updated
3. payment_method.attached
4. customer.source.created
5. charge.failed
On 5. step there is no contribution in CiviCRM yet. This is a single donation, not subscription.
My idea is such:
* use `Contribution.get` with trxn_id = chargeId
* when contribution exists, update status to Failed
* when contribution does not exists, create it with Failed status6.0https://lab.civicrm.org/extensions/stripe/-/issues/51Recurring contributions in Stripe stopped registering in CiviCRM after Dec. 1...2019-09-13T09:08:09ZthfumpRecurring contributions in Stripe stopped registering in CiviCRM after Dec. 14 extension update...or perhaps that's a coincidence of timing. I'm not sure. Perhaps it had something to do with the new year, or something else? But suffice it to say, recurring contributions are still being accepted by Stripe but are no longer being ac......or perhaps that's a coincidence of timing. I'm not sure. Perhaps it had something to do with the new year, or something else? But suffice it to say, recurring contributions are still being accepted by Stripe but are no longer being accounted for as contributions anywhere (as far as I can tell) in CiviCRM. Anyone have any idea of where I should start to unravel this puzzle?
Thanks much!6.0https://lab.civicrm.org/extensions/stripe/-/issues/52Is Stripe extension require to be PSD2 Compliant?2019-09-13T09:32:45ZtapashIs Stripe extension require to be PSD2 Compliant?WE are currently using paypal pro for online & back-office card processing. But due to the latest issue cameup with paypal of being PSD2 compliant and not seeing much of a progress on that extension we are considering to switch to stripe...WE are currently using paypal pro for online & back-office card processing. But due to the latest issue cameup with paypal of being PSD2 compliant and not seeing much of a progress on that extension we are considering to switch to stripe. Now my concern, is Stripe requires to be anything like paypal? Also can we accept payment in back-office on CiviCRM using Stripe extension? Thanks6.0https://lab.civicrm.org/extensions/stripe/-/issues/53Error on core contribution page in test mode2019-06-18T21:54:20ZlarynError on core contribution page in test mode> Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
One of parameters (...> Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
One of parameters (value: ) is not of the type Boolean
This is from a core contribution page in test mode, using Stripe test card numbers. It's fairly minimal: some fixed contribution amounts, name and address profile. Version 5.3.2 of the extension.https://lab.civicrm.org/extensions/stripe/-/issues/54Some contributions don't add the fee in `civicrm_financial_trxn`2020-06-13T19:23:24ZlarynSome contributions don't add the fee in `civicrm_financial_trxn`Most of the time it seems a payment will add the contribution as well as a separate entry for the fee in the `civicrm_financial_trxn` table. On some contributions, the fee is not added for some reason, which makes financial batches incon...Most of the time it seems a payment will add the contribution as well as a separate entry for the fee in the `civicrm_financial_trxn` table. On some contributions, the fee is not added for some reason, which makes financial batches inconsistent (at least as has been reported to me). Has anyone else seen this? Here's a shot that tries to show what feels like an inconsistency:
![Screen-Shot-2019-04-29-at-1.52.30-PM](/uploads/bd5e7372a682e8ef7daf6fea09c1299e/Screen-Shot-2019-04-29-at-1.52.30-PM.jpg)https://lab.civicrm.org/extensions/stripe/-/issues/55recurrent payments stuck at pending with wordpress 5.2 and Civicrm 5.13.12019-07-22T07:42:03Zdavid.hohmrecurrent payments stuck at pending with wordpress 5.2 and Civicrm 5.13.1Hi, I am evaluating CiviCRM and have some auto renew payments set up with live stripe payments. These get taken by stripe but only show up as pending in civicrm and hence no email with the cancellation option is sent.
is there a fix for...Hi, I am evaluating CiviCRM and have some auto renew payments set up with live stripe payments. These get taken by stripe but only show up as pending in civicrm and hence no email with the cancellation option is sent.
is there a fix for this?
thank you for the help
best regards,
Davidhttps://lab.civicrm.org/extensions/stripe/-/issues/56Logging IPNs to `civicrm_system_log`2019-06-03T17:05:22ZJonGoldLogging IPNs to `civicrm_system_log`Hi @mattwire @jamie,
I spent a chunk of today looking to support logging IPNs to `civicrm_system_log` for Stripe. Partway through, Matt told me that Jamie had already done this. I found the `Stripe.populatelog` API, but it works diffe...Hi @mattwire @jamie,
I spent a chunk of today looking to support logging IPNs to `civicrm_system_log` for Stripe. Partway through, Matt told me that Jamie had already done this. I found the `Stripe.populatelog` API, but it works differently than my approach, which more closely mirrors the existing workflows.
There's something to like about both approaches, and I'm thinking between the three of us we'll come up with the best approach.
My approach uses core's built-in IPN logging to log IPNs before passing to the extension. Jamie's approach is manual, and queries the Stripe API to populate the log.
The advantages to my approach are a) it's automatic, b) it's more shared code with core. I use `nz.co.fuzion.notificationlog` to replay the IPNs, which is the practice for PayPal/Auth.net. However, logging before processing means you're generating an entry for EVERY event that hits the IPN endpoint.
The advantages of Jamie's approach are that you're only recording `invoice.payment_succeeded` events, which is much less noise.
Do folks have thoughts about how to arrive at a best approach? I'm not experienced with Stripe, so I don't know if there's value in the other events that are published. It seems like automatic logging is feasible if we recommend a limited set of events for the webhook, but I'm not sure which events are relevant. Or perhaps we could have a scheduled job? It could either a) call `Stripe.populatelog`, or b) we could log automatically, and the API call clears out unwanted events.MIHhttps://lab.civicrm.org/extensions/stripe/-/issues/57Error: Call to undefined method Stripe\Customer::isDeleted2020-03-30T21:43:42ZmikelacourseError: Call to undefined method Stripe\Customer::isDeletedHey there - i'm running CiviCRM 5.13.4, WordPress 5.2, and Stripe Extension v5.3.2. I'm getting the following error when trying to process a membership payment. This particular customer had made a transaction a couple days ago that was r...Hey there - i'm running CiviCRM 5.13.4, WordPress 5.2, and Stripe Extension v5.3.2. I'm getting the following error when trying to process a membership payment. This particular customer had made a transaction a couple days ago that was refunded directly in Stripe, and now can't get a new payment to go through. Other customer transactions are going thru normally.
```
Fatal error: Uncaught Error: Call to undefined method Stripe\Customer::isDeleted() in
/var/www/maineworkers/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php:471
Stack trace:
#0 /var/www/maineworkers/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1636): CRM_Core_Payment_Stripe->doPayment(Array, 'contribute')
#1 /var/www/maineworkers/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1392): CRM_Contribute_Form_Contribution_Confirm->postProcessMembership(Array, '1682', Object(CRM_Contribute_Form_Contribution_Confirm), Array, Array, Array, Array, Array, true, NULL, false, '2', Array, true)
#2 /var/www/maineworkers/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2415): CRM_Contribute_Form_Contribution_Confirm->processMembership(Array, '1682', Array, Array, Array, Array)
#3 /var/www/maineworkers/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2290): CRM_Contribute_For in /var/www/maineworkers/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php on line 471
```https://lab.civicrm.org/extensions/stripe/-/issues/58Webhook Endpoints2019-05-23T19:26:08ZmikelacourseWebhook EndpointsHey All -
The documentation is offline and I can't seem to find the URL for webhooks. Could someone help me out?
Thanks,
MikeHey All -
The documentation is offline and I can't seem to find the URL for webhooks. Could someone help me out?
Thanks,
Mikehttps://lab.civicrm.org/extensions/stripe/-/issues/59Urlencode URL for wordpress webhook check2019-08-30T14:23:36Zmattwiremjw@mjwconsult.co.ukUrlencode URL for wordpress webhook checkFrom @haystack on mattermost: That WordPress URL should definitely be URLencoded to avoid being caught by `redirect_canonical`.From @haystack on mattermost: That WordPress URL should definitely be URLencoded to avoid being caught by `redirect_canonical`.MIHhttps://lab.civicrm.org/extensions/stripe/-/issues/60Backend Submission fails for events and Memberships2019-06-13T16:54:00ZkcristianoBackend Submission fails for events and MembershipsI have reviewed https://lab.civicrm.org/extensions/stripe/issues/26 and https://lab.civicrm.org/extensions/stripe/issues/39
I have moved to the latest version (master) as of today. CiviCRM 5.13.4 and WordPress 5.1.1
On all backend Eve...I have reviewed https://lab.civicrm.org/extensions/stripe/issues/26 and https://lab.civicrm.org/extensions/stripe/issues/39
I have moved to the latest version (master) as of today. CiviCRM 5.13.4 and WordPress 5.1.1
On all backend Event and membership back office submissions using Credit Card we get the following:
```
May 28 14:27:27 [debug] Stripe_Error update_customer: Array
(
[error] => Array
(
[code] => resource_missing
[doc_url] => https://stripe.com/docs/error-codes/resource-missing
[message] => No such token: Stripe Token
[param] => card
[type] => invalid_request_error
)
)
May 28 14:27:27 [debug] Stripe Payment Error: invalid_request_error resource_missing No such token: Stripe Token
```
Front end and Back end contributions work.5.4https://lab.civicrm.org/extensions/stripe/-/issues/61Webhook Stripe issue with comma2019-09-13T09:27:42ZGuillaumeSorelWebhook Stripe issue with commaI'm new to lab.civicrm so I hope I will write this properly.
#####
I'm using a french setup with comma separated numbers and I had an issue, identified with Alain from Business and Code, with Stripe Webhook. Eventhough it is also configu...I'm new to lab.civicrm so I hope I will write this properly.
#####
I'm using a french setup with comma separated numbers and I had an issue, identified with Alain from Business and Code, with Stripe Webhook. Eventhough it is also configured within Stripe, the webhook brings fee with a period and is not recognized by CiviCRM, showing an error. Modifying this parameter in Civicrm (period instead of comma) solved this issue.6.0https://lab.civicrm.org/extensions/stripe/-/issues/62No such token: Stripe Token2019-07-23T16:47:16ZGuillaumeSorelNo such token: Stripe TokenI can't do a test payment with Stripe using last Stripe Master (5.4 dev) on Civicrm 5.13.4 on Drupal 7.67
The dev extension solved one issue but I'm still having this one.
````
May 20 16:03:09 [debug] Stripe Payment Error: Payment Resp...I can't do a test payment with Stripe using last Stripe Master (5.4 dev) on Civicrm 5.13.4 on Drupal 7.67
The dev extension solved one issue but I'm still having this one.
````
May 20 16:03:09 [debug] Stripe Payment Error: Payment Response: <br />Type: invalid_request_error<br />
Code: resource_missing<br />Message: No such token: Stripe Token<br />
mai 20 18:04:16 [info] $Fatal Error Details = Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => exceptionHandler
)
[code] => -1
````https://lab.civicrm.org/extensions/stripe/-/issues/63Recurring contribution dated as 1 Jan 1970!!2019-07-22T10:33:39ZtapashRecurring contribution dated as 1 Jan 1970!!I just noticed that Recurring contribution getting dated as 1 Jan 1970 when processed from the stripe. Is there a fix for this? thanksI just noticed that Recurring contribution getting dated as 1 Jan 1970 when processed from the stripe. Is there a fix for this? thankshttps://lab.civicrm.org/extensions/stripe/-/issues/64Feature: Card-on-file / Charge saved cards / Update expired card2022-02-27T00:10:08ZtapashFeature: Card-on-file / Charge saved cards / Update expired cardI would like to give access to our donors to the contact dashboard and also let them donate from that page to different campaign or events signup, so they would not have to enter their details over and over again.
I was also thinking, w...I would like to give access to our donors to the contact dashboard and also let them donate from that page to different campaign or events signup, so they would not have to enter their details over and over again.
I was also thinking, what if it would be possible to give option to store their credit card details like modern checkout does, for them to avoid entering them every time?
Since a MIH is going on currently, what are possibilities of achieving this with stripe and include in the MIH? Thankshttps://lab.civicrm.org/extensions/stripe/-/issues/65Donation fails silently if zip code not valid2019-09-12T22:20:51ZnaomiDonation fails silently if zip code not validWhen a donation fails Stripe's zip code validation, it gives no indication to the donor that it has failed, but does not get processed by Stripe.
I have dealt with this by turning off zip code validation but that is obviously not a long...When a donation fails Stripe's zip code validation, it gives no indication to the donor that it has failed, but does not get processed by Stripe.
I have dealt with this by turning off zip code validation but that is obviously not a long term solution as it reduces security.
It would be good to have an error message on the front end telling the user that the zip code validation had failed and no money had been taken, and directing them back to the donation page to start again.6.0https://lab.civicrm.org/extensions/stripe/-/issues/66stripe ui for adding web hook end points has changed - harder to select all e...2019-07-08T17:20:34Zjamiestripe ui for adding web hook end points has changed - harder to select all events nowThe UI in Stripe for adding a new end point has changed. Before you had the option to select all events, now you can a long drop down list of events to add.
![stripe-end-point](/uploads/ee133ec702cb2d1c105cddbea45021b7/stripe-end-point....The UI in Stripe for adding a new end point has changed. Before you had the option to select all events, now you can a long drop down list of events to add.
![stripe-end-point](/uploads/ee133ec702cb2d1c105cddbea45021b7/stripe-end-point.png)
Our documentation currently says: "Typically, you only need to configure the end point to send live transactions and you want it to send all events."
With this new Stripe UI, those instructions are not as clear as they could be.
In our code, we only check for:
* case 'invoice.payment_succeeded':
* case 'invoice.payment_failed':
* case 'customer.subscription.deleted':
* case 'charge.failed':
* case 'charge.refunded':
* case 'charge.succeeded':
* case 'customer.subscription.updated':
We may want to update the documentation. I think our options are:
1. Instruct our users to only select the events we are listening for. I don't think this is a great option - since we may want to listen for other events in the future.
1. More explicitly instruct users to check every single event. This is the most user work, but it also future proofs our code in case we want to use any of those events down the road.
2. Instruct our users to select all the Invoice, Customer and Charge events - fortunatley, Stripe does allow you to easily select an entire category of events. Maybe this is a reasonable compromise?jamiejamiehttps://lab.civicrm.org/extensions/stripe/-/issues/67Error: Missing customer_id!2019-09-13T09:24:12ZlarynError: Missing customer_id!Testing latest dev and seeing this on recurring test payments:
> StripeIPN Exception: Event: invoice.payment_succeeded Error: Missing customer_id!
I am looking at the latest webhook data in the Stripe panel and it looks like it's keyed...Testing latest dev and seeing this on recurring test payments:
> StripeIPN Exception: Event: invoice.payment_succeeded Error: Missing customer_id!
I am looking at the latest webhook data in the Stripe panel and it looks like it's keyed as `customer` rather than `customer_id` -- was that a recent API change?6.0https://lab.civicrm.org/extensions/stripe/-/issues/68Subscription import fails - sql table definition uses id not customer_id2019-11-14T02:30:55Zjhoskins98Subscription import fails - sql table definition uses id not customer_idStripeSubscription.php line 164 calls StripeCustomer get and throws error. The sql/auto_install.sql still has `id` not `customer_id`
From log shows causing call - SELECT * FROM civicrm_stripe_customers WHERE customer_id='cus_E....
Was...StripeSubscription.php line 164 calls StripeCustomer get and throws error. The sql/auto_install.sql still has `id` not `customer_id`
From log shows causing call - SELECT * FROM civicrm_stripe_customers WHERE customer_id='cus_E....
Was there an upgrade step to modify table that I missed?6.3https://lab.civicrm.org/extensions/stripe/-/issues/69"Received unknown parameter: api_version"2020-02-19T11:44:13ZJonGold"Received unknown parameter: api_version"Upon installing Stripe 5.4, the error above is triggered on any `System.check` call. Stripe returns a 400 error of type "parameter unknown".
Since it fails during an API call, there's an unformatted backtrace available, but it's diffic...Upon installing Stripe 5.4, the error above is triggered on any `System.check` call. Stripe returns a 400 error of type "parameter unknown".
Since it fails during an API call, there's an unformatted backtrace available, but it's difficult to sanitize. I'm including the limited backtrace here:
```
Jul 16 07:03:58 [info] $backTrace = #0 /var/www/example.megaphonetech.com/htdocs/sites/all/modules/civicrm/CRM/Core/Error.php(463): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 /var/www/example.megaphonetech.com/htdocs/sites/all/modules/civicrm/CRM/Core/Invoke.php(55): CRM_Core_Error::handleUnhandledException(Object(Stripe\Error\InvalidRequest))
#2 /var/www/example.megaphonetech.com/htdocs/sites/all/modules/civicrm/drupal/civicrm.module(444): CRM_Core_Invoke::invoke((Array:1))
#3 /var/www/example.megaphonetech.com/htdocs/includes/menu.inc(527): civicrm_invoke()
#4 /var/www/example.megaphonetech.com/htdocs/index.php(21): menu_execute_active_handler()
#5 {main}
```
Here's a relevant portion of the unformatted backtrace:
```
array(6) {
["file"]=>
string(131) "/var/www/example.megaphonetech.com/htdocs/sites/all/civicrm-custom/extensions/com.drastikbydesign.stripe/CRM/Stripe/Webhook.php"
["line"]=>
int(51)
["function"]=>
string(21) "checkAndUpdateWebhook"
["class"]=>
string(18) "CRM_Stripe_Webhook"
["type"]=>
string(2) "::"
["args"]=>
array(1) {
[0]=>
object(Stripe\WebhookEndpoint)#411 (9) {
["id"]=>
string(27) "<redacted>"
["object"]=>
string(16) "webhook_endpoint"
["api_version"]=>
string(10) "2019-03-14"
["application"]=>
NULL
["created"]=>
int(1558111760)
["enabled_events"]=>
array(1) {
[0]=>
string(1) "*"
}
["livemode"]=>
bool(false)
["status"]=>
string(7) "enabled"
["url"]=>
string(59) "https://example.megaphonetech.com/civicrm/payment/ipn/2"
}
}
}
```https://lab.civicrm.org/extensions/stripe/-/issues/70Payment Error No such token: Stripe Token2019-09-13T09:24:51Zdavid.hohmPayment Error No such token: Stripe TokenHi,
I'm running WP 5.5.2 and CiviCRM 5.15.1.
When i am trying to do my payment processor testing, using a live page I get this error message when trying to confirm the payment: "Payment Error No such token: Stripe Token"
Looking thro...Hi,
I'm running WP 5.5.2 and CiviCRM 5.15.1.
When i am trying to do my payment processor testing, using a live page I get this error message when trying to confirm the payment: "Payment Error No such token: Stripe Token"
Looking through some of the questions from people with similar questions it seems that it might be related to where the extension was installed. It seems my stripe extension got put into /uploads/civicrm/ext . Could this be the problem? is there a path that i need to change in civicrm.settings.php?
Thank you for your help,
David6.0https://lab.civicrm.org/extensions/stripe/-/issues/71no receive date - possibly caused by newer Stripe API2019-09-12T22:19:27Zjamieno receive date - possibly caused by newer Stripe APIThe symptom is recurring contributions with either the contribution date and/or the payment date set to 1969-12-31.
There seems to be a lot of refactoring since the last release, so I suspect this point can be simply closed and will be ...The symptom is recurring contributions with either the contribution date and/or the payment date set to 1969-12-31.
There seems to be a lot of refactoring since the last release, so I suspect this point can be simply closed and will be addressed by the next release, but I though I'd open it just to document.
It seems that with more recent Stripe API versions (I'm still waiting on confirmation) the object returned by Stripe has changed and the date is no longer available in the expected position.
I made this minor change to fix it:
```
diff --git a/CRM/Core/Payment/StripeIPN.php b/CRM/Core/Payment/StripeIPN.php
index 8e7c701..7dd26bc 100644
--- a/CRM/Core/Payment/StripeIPN.php
+++ b/CRM/Core/Payment/StripeIPN.php
@@ -189,7 +189,16 @@ class CRM_Core_Payment_StripeIPN extends CRM_Core_Payment_BaseIPN {
break;
case 'receive_date':
- $value = date("Y-m-d H:i:s", $this->_inputParameters->data->object->date);
+ $value = NULL;
+ $date = NULL;
+ // How Stripe passes the date seems to have changed.
+ // This is the old way.
+ $date = $this->_inputParameters->data->object->date;
+ if (empty($date)) {
+ // This is the new way.
+ $date = $this->_inputParameters->data->object->status_transitions->paid_at;
+ }
+ $value = date("Y-m-d H:i:s", $date);
break;
case 'subscription_id':
```6.0https://lab.civicrm.org/extensions/stripe/-/issues/72No System Status display after upgrade to Stripe 5.4.12019-08-02T22:39:19ZphilmckNo System Status display after upgrade to Stripe 5.4.1After upgrading the Stripe extension from version 5.3.2 to 5.4.1 (including database upgrade) I found the CiviCRM status display no longer works. If I go to Administer > Administration Console > System Status I see the usual header and f...After upgrading the Stripe extension from version 5.3.2 to 5.4.1 (including database upgrade) I found the CiviCRM status display no longer works. If I go to Administer > Administration Console > System Status I see the usual header and footer but nothing in between.
It's normal for there to be a delay while this updates, but in this case the delay is either many minutes long or infinite. I checked the Javascript console (in Chrome) but saw no errors, which is unusual - in the past when I have seen this behaviour, a javascript fatal error was usually the cause. It happened on several servers, some running CentOS 7 and others Ubuntu 16.04 or 18.04 LTS. All sites running CiviCRM 5.15.1 on WordPress 5.2.2.
The problem was fixed in each case by rolling back the Stripe extension files to version 5.3.2 (but not downgrading the database).https://lab.civicrm.org/extensions/stripe/-/issues/73[Docs] Setup automatic publishing webhook2019-08-05T22:29:55Zhomotechsual[Docs] Setup automatic publishing webhookThe docs publisher can facilitate a scenario where book are automatically published when the corresponding branch is updated in their repository. This is typically achieved by making edits and submitting a pull request. Any emails listed...The docs publisher can facilitate a scenario where book are automatically published when the corresponding branch is updated in their repository. This is typically achieved by making edits and submitting a pull request. Any emails listed in the commits that are submitted as part of the pull request will receive an email with a summary of the update process.
To set this up the following instructions are all that's needed:
#### GitLab
1. Go to `https://lab.civicrm.org/extensions/stripe/settings/integrations`
1. Set the **URL** to `https://docs.civicrm.org/admin/listen`
1. Set the **Trigger** to 'Push events' and 'Tag push events'.
This will mean that when docs content is updated the docs publisher will rebuild the published docs site.https://lab.civicrm.org/extensions/stripe/-/issues/74Multiple contributions submitted if stripe is not selected as a payment proce...2019-09-16T22:46:14ZjitendraMultiple contributions submitted if stripe is not selected as a payment processor.It replicated for us with the dummy processor, but from the code, it seems it can easily occur for other processors too. To replicate -
- Disable the confirmation page on the contribution.
- Enable Dummy processor and pay later.
- Load...It replicated for us with the dummy processor, but from the code, it seems it can easily occur for other processors too. To replicate -
- Disable the confirmation page on the contribution.
- Enable Dummy processor and pay later.
- Load the contribution page, select Dummy as a payment processor and submit the page.
- Note that 2-3 payment gets created on the contact for a single submission.6.0https://lab.civicrm.org/extensions/stripe/-/issues/75Civi pings /v1/webhook_endpoints every couple minutes, all day every day2020-06-20T15:59:42ZnoahCivi pings /v1/webhook_endpoints every couple minutes, all day every dayIs this normal? The screenshots are from the Stripe dashboard logs.
![Screen_Shot_2019-08-08_at_10.50.02_AM](/uploads/a0d17b27239c3907d75ff876d9a5c4d5/Screen_Shot_2019-08-08_at_10.50.02_AM.png)
![Screen_Shot_2019-08-08_at_10.49.09_AM](...Is this normal? The screenshots are from the Stripe dashboard logs.
![Screen_Shot_2019-08-08_at_10.50.02_AM](/uploads/a0d17b27239c3907d75ff876d9a5c4d5/Screen_Shot_2019-08-08_at_10.50.02_AM.png)
![Screen_Shot_2019-08-08_at_10.49.09_AM](/uploads/672b40050b4e5e8159a7b981bf257cb3/Screen_Shot_2019-08-08_at_10.49.09_AM.png)https://lab.civicrm.org/extensions/stripe/-/issues/76Support charging saved cards2020-09-28T10:19:18ZrichardsplaygroundSupport charging saved cardsThe Stripe API allows you to pull the last four digits of the card the user used just previously as well as a token for that card. This allows you to offer the user to use that card for their purchase, avoiding having the user enter the...The Stripe API allows you to pull the last four digits of the card the user used just previously as well as a token for that card. This allows you to offer the user to use that card for their purchase, avoiding having the user enter their card details all over again.
For sites (like ours) where users make many event registrations over a short period of time, this would be a huge user experience improvement.
My users have asked repeatedly for a "save card" feature. While a save card feature a la Drupal Commerce would be a larger implementation effort, grabbing their most recently used card and offering it to the user is a much smaller/more doable improvement.
We have previously discussed making this improvement as part of the code changes for the Make-it-Happen campaign, or making the code change during the coding timeperiod for that campaign but under separate funding. Hoping that can still happen?https://lab.civicrm.org/extensions/stripe/-/issues/77Can we support multiple Stripe accounts during the upgrade?2019-09-16T11:49:57ZMichael McAndrewCan we support multiple Stripe accounts during the upgrade?Upgrading from 1.9.1 to 5.4.1 in prep for an upgrade to 6.x :)
CRM_Stripe_Upgrader::upgrade_5002() skips setting the processor ID if there is more that one Stripe processor configured.
This means that CRM_Stripe_Upgrader::upgrade_5002()...Upgrading from 1.9.1 to 5.4.1 in prep for an upgrade to 6.x :)
CRM_Stripe_Upgrader::upgrade_5002() skips setting the processor ID if there is more that one Stripe processor configured.
This means that CRM_Stripe_Upgrader::upgrade_5002() returns FALSE
```
Civi::log()->debug('Update 5004 failed. Has Stripe been removed as a payment processor?');
return;
```
So a couple of questions:
Is it possible to set the processor ID when more than one Stripe processor is configured? Is there a simple way to join the dots from data in CiviCRM? Or would we have to do a stripe export?
Is it OK to not have the processor ID set in civicrm_stripe_customers, civicrm_stripe_plans and civicrm_stripe_subscriptions? I'm presuming not but if it is OK then maybe we should just report to the log and continue with the upgrade instead of pausing
```
[Error: Upgrade com.drastikbydesign.stripe to revision 5004]
Task returned false
```https://lab.civicrm.org/extensions/stripe/-/issues/78Description and Customer fields in Stripe backend2020-06-26T17:39:40ZmikantchapDescription and Customer fields in Stripe backendUsing the 6.0.alpha3.
In Stripe backend:
Customer field empty
Description field contains hash or serial number, it used to contain meaningful information.
See attached:
![Annotation_2019-09-12_123239](/uploads/1c56e6678e907342aba77c...Using the 6.0.alpha3.
In Stripe backend:
Customer field empty
Description field contains hash or serial number, it used to contain meaningful information.
See attached:
![Annotation_2019-09-12_123239](/uploads/1c56e6678e907342aba77ce2a1b7a2f0/Annotation_2019-09-12_123239.png)6.0https://lab.civicrm.org/extensions/stripe/-/issues/79Does v6.0 beta 1 support backend submission yet?2019-09-16T22:46:39ZtapashDoes v6.0 beta 1 support backend submission yet?Can I take payment from backend with latest beta release?
Also I have noticed the existing stripe 5.4.1 extension folder is different than v6. Are we supposed to replace the existing folder content of stripe?Can I take payment from backend with latest beta release?
Also I have noticed the existing stripe 5.4.1 extension folder is different than v6. Are we supposed to replace the existing folder content of stripe?6.1https://lab.civicrm.org/extensions/stripe/-/issues/80Postcode field missing for foreign credit cards - error message2019-09-16T22:45:08ZmikantchapPostcode field missing for foreign credit cards - error messageIf a foreign credit card is used, the postcode field doesn't appear.
This results in an error message: Postcode is a required field.
![image](/uploads/6a07ed41495b958096230f9ed5995366/image.png)If a foreign credit card is used, the postcode field doesn't appear.
This results in an error message: Postcode is a required field.
![image](/uploads/6a07ed41495b958096230f9ed5995366/image.png)6.1https://lab.civicrm.org/extensions/stripe/-/issues/81Feature: Support for Apple/Google Pay2021-05-09T19:02:29Zmattwiremjw@mjwconsult.co.ukFeature: Support for Apple/Google PayTwo of the MakeItHappen backers requested support for Apple/Google Pay if possible.Two of the MakeItHappen backers requested support for Apple/Google Pay if possible.6.6https://lab.civicrm.org/extensions/stripe/-/issues/82Feature: UI for processing refunds2021-05-09T19:06:26Zmattwiremjw@mjwconsult.co.ukFeature: UI for processing refundsWe have PaymentProcessor.refund API but no UI in CiviCRM for this.
@eileen Where did we get to with the refund handling in CiviCRM?We have PaymentProcessor.refund API but no UI in CiviCRM for this.
@eileen Where did we get to with the refund handling in CiviCRM?https://lab.civicrm.org/extensions/stripe/-/issues/83Upgrade to 6.0 failed2019-09-19T16:15:25ZarborrowUpgrade to 6.0 failedI upgraded CiviCRM to 5.17.4 today and went to install the Stripe extension 6.0 from 5.4.1; however, I ended up getting a white screen of death for CiviCRM. When I checked the logs I noticed:
[Fri Sep 13 14:59:29.074859 2019] [php7:erro...I upgraded CiviCRM to 5.17.4 today and went to install the Stripe extension 6.0 from 5.4.1; however, I ended up getting a white screen of death for CiviCRM. When I checked the logs I noticed:
[Fri Sep 13 14:59:29.074859 2019] [php7:error] [pid 44822] [client 128.92.204.115:37409] PHP Fatal error: Trait 'CRM_Core_Payment_MJWTrait' not found in /var/www/ignatianinstitute.org/sites/default/files/civicrm/extensions/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php on line 13
I wanted to share this experience. I have reverted back to 5.4.1 for the time being.https://lab.civicrm.org/extensions/stripe/-/issues/84Event cart payment support2021-05-09T19:09:28Zvakeesan26Event cart payment support> This is now partially implemented via [this extension](https://github.com/mjwconsult/civicrm-eventcart) for CiviCRM 5.28 only. It requires additional work before it can be merged into CiviCRM core. To help support this development work...> This is now partially implemented via [this extension](https://github.com/mjwconsult/civicrm-eventcart) for CiviCRM 5.28 only. It requires additional work before it can be merged into CiviCRM core. To help support this development work please support the [funding campaign](https://www.mjwconsult.co.uk/en/civicrm/pcp/info/?reset=1&id=5).
When we use the stripe-6.0 on Event cart payment then we are getting following error message
It is working with Stripe-5.4 version
![image](/uploads/6f7c314d5754436f3e2991382e95f792/image.png)
In CiviCRM error log it is throwing following error...
$Fatal Error Details = Array
(
[message] => amount (value: ) is not of the type Money
[code] =>
)
CRM/Stripe/AJAX.php(29): CRM_Utils_Request::retrieveValue("amount", "Money", NULL, TRUE)https://lab.civicrm.org/extensions/stripe/-/issues/85Do we have more time to be SCA Compliant and upgrading to 6.X?2019-09-23T11:45:01ZtapashDo we have more time to be SCA Compliant and upgrading to 6.X?Recently, I have received an email from Stripe as follows. Does that mean we still can use 5.x version of stripe extension to handle backend admin transaction? Can we wait upgrading until 6.x is ready to accept backend transaction and ot...Recently, I have received an email from Stripe as follows. Does that mean we still can use 5.x version of stripe extension to handle backend admin transaction? Can we wait upgrading until 6.x is ready to accept backend transaction and other improvement?
![Screenshot_2019-09-14_at_17.46.59](/uploads/f8197b4699d34331db5f0bb70aacb6ac/Screenshot_2019-09-14_at_17.46.59.png)https://lab.civicrm.org/extensions/stripe/-/issues/86Webhook Errors after Upgrade to 6.0 / 6.12019-09-23T11:43:25Znemation.deWebhook Errors after Upgrade to 6.0 / 6.1Hi there,
thank you for the great work and your effort to get 6.0 running.
Is there any change in the Implementation of the Webhook ? I installed the tools, the new Plugin and Upgraded the Stripe API version - with adding a postal code ...Hi there,
thank you for the great work and your effort to get 6.0 running.
Is there any change in the Implementation of the Webhook ? I installed the tools, the new Plugin and Upgraded the Stripe API version - with adding a postal code manually i can now se tup a recurring payment - it even works, but is marked as pending in civicrm.
On the Stripe side, the money is transferred, but the webook now sends an error 400 (feiled for charge.succeeded and
invoice.payment_succeeded).
Do i have to change something on the implementation ?
using (mydomain.com/civicrm/payment/ipn/7) - sending a test event at that webhook worked.
Update: i Updated MJWShared to 0.4 and Stripe to 6.1 - everything works fin now -except the webhooks. I deleted the old ones and created an new, but Stripe still ist getting an Error 400 from Civihttps://lab.civicrm.org/extensions/stripe/-/issues/87Is the add credit card contribution button removed in the latest version?2019-09-17T13:42:31ZmpwoodwardIs the add credit card contribution button removed in the latest version?Apologies if I completely missed this, but does the upgrade and new security measures on the Stripe side mean there's no longer a record CC contribution button in the admin? Totally get why this might be the case but we do have a fair nu...Apologies if I completely missed this, but does the upgrade and new security measures on the Stripe side mean there's no longer a record CC contribution button in the admin? Totally get why this might be the case but we do have a fair number of people who call in with donations so we tend to use that functionality a fair amount. Thanks.https://lab.civicrm.org/extensions/stripe/-/issues/88Trouble sending requests to a webhook endpoint2019-09-27T16:50:50ZmikantchapTrouble sending requests to a webhook endpointWe've been getting emails from Stripe re webhooks (see below). We have deleted the webhooks in Stripe but they have been re-added automatically. They look correct eg https://<somedomain.org.uk>/civicrm/payment/ipn/8
Are they even needed...We've been getting emails from Stripe re webhooks (see below). We have deleted the webhooks in Stripe but they have been re-added automatically. They look correct eg https://<somedomain.org.uk>/civicrm/payment/ipn/8
Are they even needed now that we are on v6.0.1 ? I have made one off payments that show 'completed' in CiviCRM.
**********************************************************
Hi there,
We’re contacting you because we’ve had some trouble sending requests to a webhook endpoint associated with your Interntional Society account in live mode. Webhooks are used to notify your server about events that happen in your Stripe account, such as a payout completing or an invoice being created. The failing webhook endpoint is https://<somedomain.org.uk>/civicrm/payment/ipn/8.
You or someone on your team has added that endpoint in your Stripe webhook settings, which you can view and edit here: https://dashboard.stripe.com/account/webhooks.
Please note that in most cases a failing webhook does not impact your payments or payouts. However, if you use subscriptions we rely on your webhook endpoint to notify you of new invoices. These invoices may be delayed for up to three days if your webhook is unable to successfully receive them. If you use Checkout, you may be handling the `checkout.session.completed` event as part of your purchase fulfillment process as described here: https://stripe.com/docs/payments/checkout/fulfillment#webhooks. If you do, failure to handle these events may interfere with purchase fulfillment.
We’ve attempted to notify the endpoint 289 times since September 12, 2019 at 12:53PM. If this endpoint is important to your application, please try and fix the issue. If you do not need the webhook endpoint you can delete it from your Stripe webhook settings. We will stop sending notifications to your webhook by September 21, 2019 around 12:53PM.
Here is the summary of errors we have received when sending you webhooks:
* 289 requests had other errors while sending the webhook.
You need to return anything between a HTTP 200 to 299 for the webhook to be considered successfully delivered.
For more details on the errors, you can find your events page here: https://dashboard.stripe.com/events.
You can also always review the history of webhooks and failed request logs right from your dashboard: https://dashboard.stripe.com/events.
For more in depth information about how to use webhooks, we recommend taking a look at our documentation: https://stripe.com/docs/webhooks.
Yours,
The Stripe teamhttps://lab.civicrm.org/extensions/stripe/-/issues/89Payment Element is not loading for backend "Credit Card Event Registration"2019-09-19T15:49:24ZtapashPayment Element is not loading for backend "Credit Card Event Registration"Although I was able to submit a credit card Contribution from backend, but when tried to submit for a event registration the panes for entering credit card details is not appearing. I have tried on 2 different instances of civicrm on Str...Although I was able to submit a credit card Contribution from backend, but when tried to submit for a event registration the panes for entering credit card details is not appearing. I have tried on 2 different instances of civicrm on Stripe 6.1 with mjwshared installed. Is it a bug? anyone else have experienced this issue?
![Untitled](/uploads/1be43ee5e96de1632bbf97b4f6d2d323/Untitled.gif)https://lab.civicrm.org/extensions/stripe/-/issues/90Stated compatibility2019-09-19T10:00:41ZUpperholmeStated compatibilityhttps://civicrm.org/extensions/stripe-payment-processor indicates that the Stripe processor is compatible with CiviCRM 5.13.
However the mjwshared extensions states that it needs CiviCRM 5.16 or later, and as the Stripe extension is depe...https://civicrm.org/extensions/stripe-payment-processor indicates that the Stripe processor is compatible with CiviCRM 5.13.
However the mjwshared extensions states that it needs CiviCRM 5.16 or later, and as the Stripe extension is dependent on there mjwshared extension, presumably it should also state 5.16+ as the minimum compatible version.https://lab.civicrm.org/extensions/stripe/-/issues/91When the amount is 0 people can no longer register2019-09-19T20:25:17ZhansrosselWhen the amount is 0 people can no longer registerWe have an event registration where the amount can be 0 for members.
In the case they select this price option they should have the ability to just continue the registration.
After the upgrade to Stripe 6.1, nothing happens when they ...We have an event registration where the amount can be 0 for members.
In the case they select this price option they should have the ability to just continue the registration.
After the upgrade to Stripe 6.1, nothing happens when they click "continue".https://lab.civicrm.org/extensions/stripe/-/issues/92One-off/Recurring contribution & event signup failed repeatedly on 6.x2019-10-07T12:03:00ZtapashOne-off/Recurring contribution & event signup failed repeatedly on 6.xA customer has tried to signup for a recurring contribution, although payment was successful on stripe but shows as pending in civi. No receipt was sent also.
Stripe webhook is returning 400 Error.
here is some log info. I have emailed ...A customer has tried to signup for a recurring contribution, although payment was successful on stripe but shows as pending in civi. No receipt was sent also.
Stripe webhook is returning 400 Error.
here is some log info. I have emailed @mattwire complete log details
` [debug] Stripe Exception: Event: charge.succeeded Error: Missing customer_id!`
```
[info] $Fatal Error Details = Array
(
[message] => is not of the type Boolean
[code] =>
)
```
` [debug] Stripe Exception: Event: charge.failed Error: No matching contributions for event evt_1FJjaQA7J6ExrhfukWMxN`
` [debug] Stripe Exception: Event: invoice.payment_failed Error: Cannot find any contributions with recurring contribution ID: 192. A fatal error was triggered: is not of the type Boolean
`https://lab.civicrm.org/extensions/stripe/-/issues/93capture method manual2019-09-23T11:44:31Zhansrosselcapture method manualIn the code the capture method is set to manual
`
try {
$intent = \Stripe\PaymentIntent::create([
'payment_method' => $paymentMethodID,
'amount' => $processor->getAmount(['amount' => $amount]),
...In the code the capture method is set to manual
`
try {
$intent = \Stripe\PaymentIntent::create([
'payment_method' => $paymentMethodID,
'amount' => $processor->getAmount(['amount' => $amount]),
'currency' => $currency,
'confirmation_method' => 'manual',
'capture_method' => 'manual',
// authorize the amount but don't take from card yet
'setup_future_usage' => 'off_session',
// Setup the card to be saved and used later
'confirm' => TRUE,
]);
}
`
Stripe recommended us to set it to automatic because we have a lot of uncaptured payments.
Is there a reason why you set it to manual?https://lab.civicrm.org/extensions/stripe/-/issues/94capture method manual2019-09-20T05:21:48Zhansrosselcapture method manualIn the code the capture method is set to manual
try {
$intent = \Stripe\PaymentIntent::create([
'payment_method' => $paymentMethodID,
'amount' => $processor->getAmount(['amount' => $amount]),
'c...In the code the capture method is set to manual
try {
$intent = \Stripe\PaymentIntent::create([
'payment_method' => $paymentMethodID,
'amount' => $processor->getAmount(['amount' => $amount]),
'currency' => $currency,
'confirmation_method' => 'manual',
'capture_method' => 'manual',
// authorize the amount but don't take from card yet
'setup_future_usage' => 'off_session',
// Setup the card to be saved and used later
'confirm' => TRUE,
]);
}
Stripe recommended us to set it to automatic because we have a lot of uncaptured payments.
Is there a reason why you set it to manual?https://lab.civicrm.org/extensions/stripe/-/issues/95Get Pending (imcomplete transaction) in Civi; status 400 webhook in Stripe2019-09-23T11:46:33ZAndy ClarkGet Pending (imcomplete transaction) in Civi; status 400 webhook in StripeUpgraded to 6.1.1 extension, had to delete & recreate webhook which I did with Civi status check, Civi is 5.13.5, all pre-reqs good. Single donation went through OK (it seemed) but it shows as 'Pending (Incomplete Transaction)' in Civi. ...Upgraded to 6.1.1 extension, had to delete & recreate webhook which I did with Civi status check, Civi is 5.13.5, all pre-reqs good. Single donation went through OK (it seemed) but it shows as 'Pending (Incomplete Transaction)' in Civi. In the Stripe dashboard ![screenshot_20190920_214343](/uploads/c56397b004f948b7b785b7a7328837ba/screenshot_20190920_214343.png) webhook shows status 400. See also this screenshot which shows a possible error message? ![screenshot_20190920_215031](/uploads/e292810f98126c9e0f688a19b9fef02a/screenshot_20190920_215031.png)
Question: IS it possible to go back to the previous extension (and previous API) if this is not quickly fixable? Customer will think they are missing donations!https://lab.civicrm.org/extensions/stripe/-/issues/96Get pending/incomplete in Civi if you make initial error on payment screen2019-11-02T11:15:26ZAndy ClarkGet pending/incomplete in Civi if you make initial error on payment screenIf an an error is made on the Civi payment screen, then after correcting the error the payment becomes 'Pending'. This is when making a one time payment. I formatted my email address incorrectly, and after correcting it I got the confirm...If an an error is made on the Civi payment screen, then after correcting the error the payment becomes 'Pending'. This is when making a one time payment. I formatted my email address incorrectly, and after correcting it I got the confirmation screen. I then confirmed payment but didn't get the final screen - instead it went to the CiviCRM signon screen. In Civi the payment is show as 'Pending' and nothing is shown in Stripe. Using 6.1.36.2https://lab.civicrm.org/extensions/stripe/-/issues/97'Erreur Unable to complete payment! Missing paymentIntentID.'2019-10-06T19:01:24ZGuillaumeSorel'Erreur Unable to complete payment! Missing paymentIntentID.'Using the latest version of Stripe (6.1.3) and everything else up-to-date also, I couldn't perform a live payment and got this error message : ```
Erreur
Unable to complete payment! Missing paymentIntentID.
```'
The payment wasn't perfor...Using the latest version of Stripe (6.1.3) and everything else up-to-date also, I couldn't perform a live payment and got this error message : ```
Erreur
Unable to complete payment! Missing paymentIntentID.
```'
The payment wasn't performed and I got sent back to a page saying I have no access to.https://lab.civicrm.org/extensions/stripe/-/issues/99Single payment charges a customer multiple times as "Uncaptured" and "success...2019-10-19T21:38:34ZtapashSingle payment charges a customer multiple times as "Uncaptured" and "successful"@mattwire
I have update to 6.1.4 & mjwshared 0.4.3
I had a customer registered for an event. In stripe there were 2 payments registered as "Uncaptured" and "successful". and he was charged for both. When I spoke to stripe support, I wa...@mattwire
I have update to 6.1.4 & mjwshared 0.4.3
I had a customer registered for an event. In stripe there were 2 payments registered as "Uncaptured" and "successful". and he was charged for both. When I spoke to stripe support, I was informed both payments were authorised and will be paid to us unless we cancel the "Uncaptured" transaction. "Uncaptured" transaction seems to have no link to CiviCRM or contains any customer info other than credit card details.
![Screenshot_2019-09-24_at_13.13.39](/uploads/e73ffeca75012852ce4fb12c8519bca3/Screenshot_2019-09-24_at_13.13.39.png)
![Screenshot_2019-09-24_at_13.14.00](/uploads/b9e121c144bc0c4cd990891c6d19b5d1/Screenshot_2019-09-24_at_13.14.00.png)https://lab.civicrm.org/extensions/stripe/-/issues/100Event registrations not being recorded due to failed stripe payments2019-10-23T20:07:50ZjjdeltaEvent registrations not being recorded due to failed stripe paymentsI'm working with
Stripe 6.1.4
MJWShared 0.4.3
I've been having interesting issues with my event registration form.
I've noticed that when a stripe payment fails, the registration form is submitted, but does not get linked to an event,...I'm working with
Stripe 6.1.4
MJWShared 0.4.3
I've been having interesting issues with my event registration form.
I've noticed that when a stripe payment fails, the registration form is submitted, but does not get linked to an event, and no confirmation email is sent to the applicant. Yet a contact is created and the data submitted into CiviCRM. To date, I have found 11 such "submitted" forms, with the most recent one being yesterday after I'd updated to the new version of Stripe and MJWShared.
Shouldn't the registration be linked to the relevant event but have a "Contribution Status" of failed?6.2https://lab.civicrm.org/extensions/stripe/-/issues/101Event registration error "Could not find valid value for id" yet is charging ...2019-10-23T20:03:44ZjjdeltaEvent registration error "Could not find valid value for id" yet is charging customers in StripeHi!
I've been getting a few complaints from some of my clients. They say they get the following error when they submit their registration form:
> Sorry, due to an error, we are unable to fulfill your request at the moment. You may wa...Hi!
I've been getting a few complaints from some of my clients. They say they get the following error when they submit their registration form:
> Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
Could not find valid value for id
But then say they are still being charged the event fee. I think the fees might simply be uncaptured/pre-authorized and not actually successful, but the issue still remains that there is a registration error while stripe still receives a payment request.
As far as I know these errors were not happening prior to the Stripe update.
For other clients they're able to register and everything is fine. I haven't found a link as to when this is happening or why - and, other than several complaints from different countries at different times coming in, I have not been able to reproduce the error.6.2https://lab.civicrm.org/extensions/stripe/-/issues/102Stripe receipts are not being sent2019-09-25T22:51:11ZjjdeltaStripe receipts are not being sentHi,
Prior to the upgrade, receipts from stripe were being sent out automatically for all successful payments, now they're not. Under the receipt history it simply says "No email address for this payment" while the customer name has the ...Hi,
Prior to the upgrade, receipts from stripe were being sent out automatically for all successful payments, now they're not. Under the receipt history it simply says "No email address for this payment" while the customer name has the email address. I have to manually go in, copy the email address from the name section and send a receipt.
In the log section for each payment on lines 83 and 132 it says
> "receipt_email": null
Whereas before the extension update, the person's email was listed there and the receipt was sent out. Is this a bug or do I have a wrong setting somewhere?6.1