Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2024-03-28T20:07:02Zhttps://lab.civicrm.org/extensions/stripe/-/issues/472Merchant code settings2024-03-28T20:07:02ZlcarterMerchant code settingsA client has asked about merchant category codes (see https://stripe.com/docs/connect/setting-mcc#mcc-automatic for documentation)... apparently their trxns are coming across as retail even though their code in Stripe is set to College/U...A client has asked about merchant category codes (see https://stripe.com/docs/connect/setting-mcc#mcc-automatic for documentation)... apparently their trxns are coming across as retail even though their code in Stripe is set to College/University. Is this something that's configurable in CiviCRM or is this solely controlled in Stripe itself?https://lab.civicrm.org/extensions/stripe/-/issues/465contribution fails when percentage field is enabled2024-03-21T13:05:14Zmtnpavlascontribution fails when percentage field is enabledAfter upgrading to the Civi and extension versions as listed below, contributions fail when the % field is configured and enabled in the price set.
- CiviCRM 5.69.2
- Stripe Payment Processor 6.10.2
- Payment Shared 1.2.20
- Percentage P...After upgrading to the Civi and extension versions as listed below, contributions fail when the % field is configured and enabled in the price set.
- CiviCRM 5.69.2
- Stripe Payment Processor 6.10.2
- Payment Shared 1.2.20
- Percentage Price Set Field 1.5.2
- Joomla 4.4.2
On the website (Civi contribution page) the user gets the following error message:
`Stripe An error occurred while processing the payment`
In Stripe I see the following:
```
Request parameters
{
"description": "Donate to Evergreen 8831X92675 #d973750916e515f092192009b6d48213",
"statement_descriptor_suffix": "8831X92675 D",
"statement_descriptor": "8831X92675 Donate to E",
"amount": "10350",
"customer": "cus_KbTE...."
}
Response body
{
"error": {
"code": "payment_intent_unexpected_state",
"doc_url": "https://stripe.com/docs/error-codes/payment-intent-unexpected-state",
"message": "This PaymentIntent's amount could not be updated because it has a status of requires_capture. You may only update the amount of a PaymentIntent with one of the following statuses: requires_payment_method, requires_confirmation, requires_action.",
"param": "amount",
"payment_intent": {
"id": "pi_3ObWZNLHe2ijJmBv1UzhEZ47",
"object": "payment_intent",
"amount": 10386,
"amount_capturable": 10386,
"amount_details": {
"tip": {
}
},
"amount_received": 0,
"application": null,
"application_fee_amount": null,
"automatic_payment_methods": null,
"canceled_at": null,
"cancellation_reason": null,
"capture_method": "manual",
"client_secret": "pi_3O**********************_******_*********************sk8p",
"confirmation_method": "manual",
"created": 1705964781,
"currency": "usd",
"customer": null,
"description": null,
"invoice": null,
"last_payment_error": null,
"latest_charge": "ch_3ObWZNLHe2ijJmBv17AUXXga",
"livemode": true,
"metadata": {
},
"next_action": null,
"on_behalf_of": null,
"payment_method": "pm_1ObWZLLHe2ijJmBvDkAWdhSh",
"payment_method_configuration_details": null,
"payment_method_options": {
"card": {
"installments": null,
"mandate_options": null,
"network": null,
"request_three_d_secure": "automatic"
}
},
"payment_method_types": [
"card"
],
"processing": null,
"receipt_email": null,
"review": null,
"setup_future_usage": "off_session",
"shipping": null,
"source": null,
"statement_descriptor": null,
"statement_descriptor_suffix": null,
"status": "requires_capture",
"transfer_data": null,
"transfer_group": null
},
"request_log_url": "https://dashboard.stripe.com/logs/req_H22ZX2zYJorHKW?t=1705964784",
"type": "invalid_request_error"
}
}
```
Please note the $103.86 vs. $103.50 amounts ($103.50 is the correct amount; we do not use tax in our config and price sets anywhere.)
Any thoughts on where this is coming from - Civi/% field/Stripe?
Thank you!https://lab.civicrm.org/extensions/stripe/-/issues/421Please help! Uncaught TypeError: CRM.payment is undefined No donations workin...2023-10-02T14:30:16ZHLyle1965Please help! Uncaught TypeError: CRM.payment is undefined No donations working on CiviCRM Contribute page!I am still waiting for help with this issue!!!!I am still waiting for help with this issue!!!!https://lab.civicrm.org/extensions/stripe/-/issues/420Contribution and transactions dates on recurrent intents2023-03-14T11:22:04ZGhost UserContribution and transactions dates on recurrent intents### The problem
We had a problem regarding an automatically recurring payment.
The contribution in CiviCRM was created at **december 20th** but the payment wasn't completed. The next day Stripe tried to complete it, but was unsuccesfull...### The problem
We had a problem regarding an automatically recurring payment.
The contribution in CiviCRM was created at **december 20th** but the payment wasn't completed. The next day Stripe tried to complete it, but was unsuccesfull. Later on tried again and it was also a fail.
During the next 4 days tried to complete it, and it was in the **15th day** that finally was able to do it. But what happened? The contribution was created at december 20th but completed at january 4th and Stripe marked as completed the contribution without checking the date that was completed. So the contribution is shown as completed in december 20th (both contribution and transaction).
![image](/uploads/17fe74fc67f4f0576dda6d2902c6c90f/image.png)
### Expected behavior
The contribution should be updated to completed and keep the initial date, but the created transaction should be put the date in which was completed, as the image below.
![image](/uploads/4d83533a0e8663a5764b19d6522a2ec0/image.png)
* CiviCRM 5.54
* Stripe Payment Processor 6.7.10
* Contribution.Transact alternative API implementation 1.5.1
* Payment Shared 1.2.8https://lab.civicrm.org/extensions/stripe/-/issues/409CiviCRM URL in Stripe Dashboard does not work2023-10-02T14:26:53Zben_fairlessCiviCRM URL in Stripe Dashboard does not workCiviCRM 5.57.0
Stripe Plug-in 6.7.14
API 2022-11-15
When a new customer is created the URL is configured as https://www.example.com/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fcontact%2Fview&reset=1&cid=13673
When you clic...CiviCRM 5.57.0
Stripe Plug-in 6.7.14
API 2022-11-15
When a new customer is created the URL is configured as https://www.example.com/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fcontact%2Fview&reset=1&cid=13673
When you click on this URL it doesn’t take you to the contact, just to the homepage of CiviCRM.https://lab.civicrm.org/extensions/stripe/-/issues/392Cardholder validation only works for recurring payments2023-10-02T14:21:05ZtcmallocCardholder validation only works for recurring paymentsWhen trying to make a donation, cardholder verification will not happen unless a recurring payment is being set up.
Specifically, for non-recurring payments, it will show that it is pre-approving, and then will fail if the bank requires...When trying to make a donation, cardholder verification will not happen unless a recurring payment is being set up.
Specifically, for non-recurring payments, it will show that it is pre-approving, and then will fail if the bank requires validation.
![image](/uploads/f180daaa192a23a6261c552a32a26e76/image.png)
For recurring payments, the validation window (specifically the mastercard id check in my case) will (eventually) show and the transaction can be completed.
This means that for most users in UK, non-recurring payments will always fail.https://lab.civicrm.org/extensions/stripe/-/issues/391PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBala...2023-10-02T14:20:58ZBradley TaylorPHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type string, null givenI'm seeing this error in the logs, which I think is coming from a Stripe webhook:
```
PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type str...I'm seeing this error in the logs, which I think is coming from a Stripe webhook:
```
PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type string, null given
```
I've not worked out if this is because we're doing something odd in the given installation, or if it's because we're running PHP 8. As far as I can tell it's not causing too much harm, but it's a bit concerning all the same.https://lab.civicrm.org/extensions/stripe/-/issues/383Webform won't allow user to submit if total is zero2023-05-19T04:39:54ZUpperholmeWebform won't allow user to submit if total is zeroI have a Drupal 7 webform that enables users to register for up to two optional events. I've configured the conditional logic on the webform to support a discount code that can be entered into a field, which then sets the registration fe...I have a Drupal 7 webform that enables users to register for up to two optional events. I've configured the conditional logic on the webform to support a discount code that can be entered into a field, which then sets the registration fee for one of the events to zero. If the user chooses not to register for the second event, then the total amount is zero.
When Stripe is selected as the payment processor, the form submit button does nothing, and the user is stranded having entered all their data.
Expected behaviour: The user should be able to submit the form regardless of whether the total is zero.https://lab.civicrm.org/extensions/stripe/-/issues/382Refunds made are no longer showing as refunded status on Civi.2023-10-02T14:20:04ZalexdRefunds made are no longer showing as refunded status on Civi.Until May, whenever a full refund is made on Stripe, it updates the contribution made on Civi and changes the status to refunded. (pic 1)
![pic_1](/uploads/9002a7698658b7aa5482d207d8ce1562/pic_1.jpg)
Whenever a partial refund is made, t...Until May, whenever a full refund is made on Stripe, it updates the contribution made on Civi and changes the status to refunded. (pic 1)
![pic_1](/uploads/9002a7698658b7aa5482d207d8ce1562/pic_1.jpg)
Whenever a partial refund is made, the contribution is recorded however the status remains as completed. (pic 2)
![pic_2](/uploads/e7864d6ccf80290791cf6ee13e7d9128/pic_2.jpg)
Currently, neither a full or partial refund is recorded on civi at all. (pic 3)
![pic_3](/uploads/1350a3117c061eb3192b464c348fe971/pic_3.jpg)
Please can you advise @mattwire?
Many thanks.https://lab.civicrm.org/extensions/stripe/-/issues/378Hitting enter key with focus on Stripe element has unexpected behaviour.2023-10-02T14:19:59ZBradley TaylorHitting enter key with focus on Stripe element has unexpected behaviour.**Steps to reproduce**
1. Go to a CiviCRM form containing a Stripe form (for example, an event booking form, a contribution form)
2. Fill out any non-Stripe fields
3. Fill out the card number, but not the CVV or expiry fields.
4. With y...**Steps to reproduce**
1. Go to a CiviCRM form containing a Stripe form (for example, an event booking form, a contribution form)
2. Fill out any non-Stripe fields
3. Fill out the card number, but not the CVV or expiry fields.
4. With your focus still on the Stripe card number field hit the enter key.
**Expected behaviour**
An error message should be shown. (i.e. the behaviour which does happen if you click the submit button)
**Actual behaviour**
The form submits (i.e. a page reload) but the form is not processed on the server correctly. If logged in, the error message "Unable to complete payment! Missing paymentIntentID." may be shown. If logged out the most frequent behaviour seems to be that the user is redirected to the homepage, but this varies.
**Environment**
This can be reproduced on any CiviCRM form using the Stripe payment method. I've not tested on Drupal Webforms.
To check this isn't just happening in my environment I reproduced this on https://civicrm.org/civicrm/contribute/transact?reset=1&id=47. However, I'm not sure if this will have left a pending (unpaid) contribution in the database, so I'd be wary about trying this repeatedly on a non-test environment.
**Technical notes**
It looks like Stripe is triggering the submit event on the parent form, and expecting the parent page to catch it. However, the Stripe extension (com.drastikbydesign.stripe/js/civicrm_stripe.js) does not have an event listener on the form's `submit` event.
Currently the Stripe extension has:
```
CRM.payment.submitButtons[i].addEventListener('click', submitButtonClick);
...
CRM.payment.form.addEventListener('keydown', function (keydownEvent) {
if (keydownEvent.code === 'Enter') {
CRM.payment.addDrupalWebformActionElement(this.value);
script.submit(keydownEvent);
}
});
```
It feels like these should be augmented or replaced by a `CRM.payment.form.addEventListener('submit', ...)`. I have confirmed that when the submit occurs the submit event is fired.https://lab.civicrm.org/extensions/stripe/-/issues/375Stripe error, property 'paymentintentid' has not been set.2022-08-19T15:52:31ZTOCM_MMatthewsStripe error, property 'paymentintentid' has not been set.Some (maybe 10%, but low volume) of our users are getting incomplete payment transactions on member signup contribution pages without seeing any errors reported, and this:
stripe payment error: property 'paymentintentid' has not been se...Some (maybe 10%, but low volume) of our users are getting incomplete payment transactions on member signup contribution pages without seeing any errors reported, and this:
stripe payment error: property 'paymentintentid' has not been set.
Is being logged. I see that there’s something that looks like this is fixed in the extension update that came out a couple days ago and I’ll probably do the update no later than this weekend, but, is this actually fixed in that update?
Thank you.
Michael Matthewshttps://lab.civicrm.org/extensions/stripe/-/issues/369Clicking on the system status check "fix webhook" button always gives an erro...2022-05-08T15:29:08ZDaveDClicking on the system status check "fix webhook" button always gives an error that it couldn't fix it, but it really did.This status message seems out of place: https://lab.civicrm.org/extensions/stripe/-/blob/bb85a9fb6ec62cec1b1f5bbb9bcc971c6762fc79/CRM/Stripe/Webhook.php#L94
Note it says "unable to update" BEFORE it even tries to update on line 103.
I'...This status message seems out of place: https://lab.civicrm.org/extensions/stripe/-/blob/bb85a9fb6ec62cec1b1f5bbb9bcc971c6762fc79/CRM/Stripe/Webhook.php#L94
Note it says "unable to update" BEFORE it even tries to update on line 103.
I'm not familiar enough with the code to know if this mismatch is just a result of other changes etc, but the user-story is:
* Webhooks were created over a year ago.
* The [invoices.finalized](https://lab.civicrm.org/extensions/stripe/-/blob/bb85a9fb6ec62cec1b1f5bbb9bcc971c6762fc79/CRM/Stripe/Webhook.php#L237) event was added to stripe.
* Stripe now upgraded on the site.
* Status check says webhook is bad.
* Click to fix.
* Says it couldn't update. But it does get updated and has all the events.
Is anyone else seeing this? Am seeing it on multiple sites.https://lab.civicrm.org/extensions/stripe/-/issues/364Breaks form validation / submission values2022-03-31T08:17:45ZjensschuppeBreaks form validation / submission valuesFollowing #241, we observed form submission errors for required checkbox sets for profiles on event registration pages caused by `setBillingFieldsRequiredForJQueryValidate()` due to `resetBillingFieldsRequiredForJQueryValidate()` apparen...Following #241, we observed form submission errors for required checkbox sets for profiles on event registration pages caused by `setBillingFieldsRequiredForJQueryValidate()` due to `resetBillingFieldsRequiredForJQueryValidate()` apparently not being called before the form being submitted, which leads to values entered for such checkboxes not submitted and thus server-side validation kicking in. Also, when the form is then rendered again, `setBillingFieldsRequiredForJQueryValidate()` does not seem to be called at all. Unfortunately, this makes such forms unusable.
Those two functions seem to adapt the form for client-side validation (changing `name` attributes for checkboxes in required checkbox sets). I don't get why the Stripe extension feels responsible for doing that with unrelated fields in the first place. Can someone explain the rationale behind this? I'm currently unable to provide steps for reproducing the error due to a lack of understanding.https://lab.civicrm.org/extensions/stripe/-/issues/363No longer saving credit card information to civicrm_financial_trxn2022-12-12T12:21:50ZzengenuityNo longer saving credit card information to civicrm_financial_trxnIn the past, we've been able to include the last 4 digits and credit card type in our email receipts. However, for our most recent event, these tokens are no longer working. I'm not sure if this is due to updates in CiviCRM core or the S...In the past, we've been able to include the last 4 digits and credit card type in our email receipts. However, for our most recent event, these tokens are no longer working. I'm not sure if this is due to updates in CiviCRM core or the Stripe extension. Has something changed with regard to storing the credit card information in recent releases of the Stripe extension?
I did confirm that we are receiving the webhooks from Stripe, and in those JSON blobs, I can see the last 4 and card type. So, we're receiving the information from Stripe, but it doesn't appear that the information is being saved to the civicrm_financial_trxn table. Those values are in there for our event one year ago, when we were using both an older version of CiviCRM and of the Stripe extension.https://lab.civicrm.org/extensions/stripe/-/issues/360Deprecated funcion civicrm_contribution_recur.trxn_id for Recurring Contribution2023-10-02T14:10:21ZpbarmakDeprecated funcion civicrm_contribution_recur.trxn_id for Recurring ContributionWhen creating a recurring contribution from a contribution page, after successfully creating the contribution in Civi and Stripe, the user sees the following error on the thank-you (receipt) page:
`User deprecated function: Deprecated f...When creating a recurring contribution from a contribution page, after successfully creating the contribution in Civi and Stripe, the user sees the following error on the thank-you (receipt) page:
`User deprecated function: Deprecated function civicrm_contribution_recur.trxn_id, use civicrm_contribution_recur.processor_id. in CRM_Core_Error::deprecatedFunctionWarning() (line 1044 of /var/www/xxx/sites/all/modules/civicrm/CRM/Core/Error.php).`
I can't tell where that is coming from or how to debug it. It seems like the contribution gets created correctly, from what I can tell.https://lab.civicrm.org/extensions/stripe/-/issues/351Drupal webform - Error when the card used requires 3D Secure and the payment ...2022-01-24T15:30:11ZdmunioDrupal webform - Error when the card used requires 3D Secure and the payment is declined- One-time payment Drupal webform by Stripe.
- When using a trial card that requires 3D Secure but payments will be declined with a card_declined failure code after authentication.
![image](/uploads/b23b37b51e2d894dba4f1fb3b63a3ca5/ima...- One-time payment Drupal webform by Stripe.
- When using a trial card that requires 3D Secure but payments will be declined with a card_declined failure code after authentication.
![image](/uploads/b23b37b51e2d894dba4f1fb3b63a3ca5/image.png)
- In Drupal, when completing the form no error is reported and the confirmation page is displayed.
- In CiviCRM the contribution remains in Completed status (but in Stripe the payment was rejected).
![Captura_de_pantalla-20220118084446-1042x635](/uploads/3f4b1b19c92f961f3df7eb6b70c2918d/Captura_de_pantalla-20220118084446-1042x635.png)https://lab.civicrm.org/extensions/stripe/-/issues/345Skip CVC check for back-end contributions2021-12-21T16:50:12ZAndrew WestSkip CVC check for back-end contributionsIs it possible to enter contributions into the back-end without the CVC number? I've disabled the rule on our Stripe Dashboard, but the form still throws an error if you don't enter it.
We accept donations via people sending us their c...Is it possible to enter contributions into the back-end without the CVC number? I've disabled the rule on our Stripe Dashboard, but the form still throws an error if you don't enter it.
We accept donations via people sending us their credit card numbers, but we don't ask for the CVC (I'm pretty sure you aren't allowed to).https://lab.civicrm.org/extensions/stripe/-/issues/339[crmBillingFormNotValid] Configuration error - unable to process paymentIntent2023-10-02T14:16:00Zrv91[crmBillingFormNotValid] Configuration error - unable to process paymentIntentWordPress, CiviCRM et les extenssions sont à jour.
La passerelle de paiement STRIPE ne fonctionne plus.
voici un extrait des log :
try to create card element <br>
created new card element <br>
card element found <br>
Firing Event: crmB...WordPress, CiviCRM et les extenssions sont à jour.
La passerelle de paiement STRIPE ne fonctionne plus.
voici un extrait des log :
try to create card element <br>
created new card element <br>
card element found <br>
Firing Event: crmBillingFormReloadComplete <br>
Firing Event: crmStripeBillingFormReloadComplete <br>
clearing submitdontprocess <br>
civicrmStripe: submit handler <br>
civicrmStripe: reCaptcha library not loaded <br>
civicrmStripe: Stripe is the selected payprocessor <br>
CRM.payment: getTotalAmount: 8 <br>
handle submit card <br>
getTotalAmount: 8 <br>
isRecur is false <br>
Waiting for pre-auth <br>
getTotalAmount: 8 <br>
Currency is: EUR <br>
error: Configuration error - unable to process paymentIntent <br>
Firing Event: crmBillingFormNotValid
merci de vos conseilshttps://lab.civicrm.org/extensions/stripe/-/issues/329Postcode or ZIP field condition2022-01-27T19:18:22ZandyburnsPostcode or ZIP field conditionDepending on the card number I input, it then shows a Postcode or ZIP field to fill in in the Stripe element.
Testing on https://www.mjwconsult.co.uk/en/civicrm/contribute/transact/?id=1&pcpId=4&reset=1
Using the Stripe test card, it ...Depending on the card number I input, it then shows a Postcode or ZIP field to fill in in the Stripe element.
Testing on https://www.mjwconsult.co.uk/en/civicrm/contribute/transact/?id=1&pcpId=4&reset=1
Using the Stripe test card, it shows postcode, which works well for international addresses by providing a postcode field that accepts more than 5 digits. It appears to accept a very long string to comply with any post code format worldwide.
![image](/uploads/f54d7e9142f433c87fc484addb40ee84/image.png)
I tried one of my card's and it shows ZIP field. I am in the US.
![1](/uploads/fdc51b323a0ccfcedafd56cc9494ac54/1.png)
Here is a message we received from a Switzerland contact:
> No matter what I enter for my postal code, it tells me that it is incomplete and I cannot submit the form. I have tried 6300, 6300 Zug, blank, and 63000 and 15236 (in case it thinks I need a five-digit code or a valid US zip code) but I always get the error "Your postal code is incomplete".
@mattwire how does this logic work?https://lab.civicrm.org/extensions/stripe/-/issues/323Payment Processor Error message :Failed to update contribution in database --...2022-03-01T21:08:27ZhescoPayment Processor Error message :Failed to update contribution in database -- still an issueI have a site exhibiting this behavior:
https://lab.civicrm.org/extensions/stripe/-/issues/162
Rather than a payment confirmation page, the workflow cycles back to the donor page with this path:
/civicrm/contribute/transact?_qf_Main_di...I have a site exhibiting this behavior:
https://lab.civicrm.org/extensions/stripe/-/issues/162
Rather than a payment confirmation page, the workflow cycles back to the donor page with this path:
/civicrm/contribute/transact?_qf_Main_display=true&qfKey=CRMContributeControllerContribution2r--a-very-long-hash
displaying at the top this error message:
`Payment Processor Error message :Failed to update contribution in database`
Investigating the stripe account, this transaction seems to have completed successfully.
`files/civicrm/ext/com.drastikbydesign.stripe/info.xml` indicates version: 6.6.
```
root@efc9c26-00972:~# mysql -u root ${project_code}_db_www -e 'SELECT * FROM civicrm_contribution WHERE id = 10 \G'
*************************** 1. row ***************************
id: 10
contact_id: 2
financial_type_id: 1
contribution_page_id: 1
payment_instrument_id: 2
receive_date: 2021-06-20 03:22:10
non_deductible_amount: 0.00
total_amount: 10.00
fee_amount: 0.59
net_amount: 9.41
trxn_id: ch_1J4HEUIg6mnBA5D5jgcAzISB
invoice_id: e42f0355c5f30f11ef28ffaed0dd6c20
invoice_number: NULL
currency: USD
cancel_date: NULL
cancel_reason: 0
receipt_date: 2021-06-20 03:22:10
thankyou_date: NULL
source: Online Contribution: Donate to ${my_client}
amount_level: NULL
contribution_recur_id: NULL
is_test: 1
is_pay_later: 0
contribution_status_id: 2
address_id: NULL
check_number: NULL
campaign_id: NULL
creditnote_id: NULL
tax_amount: NULL
revenue_recognition_date: NULL
is_template: 0
root@efc9c26-00972:~# mysql -u root ${project_code}_db_www -e 'SELECT * FROM civicrm_stripe_paymentintent WHERE id = 20 \G'
*************************** 1. row ***************************
id: 20
stripe_intent_id: pi_1J4HEUIg6mnBA5D5H0E5cRx4
contribution_id: 10
payment_processor_id: 2
description: Donate to ${my_client} 2X10 #e42f0355c5f30f11ef28ffaed0dd6c20
status: succeeded
identifier: CRMContributeControllerContribution2r--a-very-long-hash
contact_id: 2
created_date: 2021-06-20 03:22:03
flags: a:0:{}
referrer: https://www.${my_client}.com/civicrm/contribute/transact?_qf_Main_display=true&qfKey=CRMContributeControllerContribution2r--a-very-long-hash
extra_data: hesco-test01@my_email_domain.com;Testy;Tester;
```
Not sure what other tables I ought to investigate.