Extensions issueshttps://lab.civicrm.org/groups/extensions/-/issues2023-07-05T05:51:05Zhttps://lab.civicrm.org/extensions/cividiscount/-/issues/296Discount code not in line item label2023-07-05T05:51:05ZrobbrandtDiscount code not in line item labelWe've been using CiviDiscount for quite a few years. Recently, after a long delayed upgrade to a recent version of CiviCRM, we noticed that the discount code used on a purchase was no longer being added to the line item label for the co...We've been using CiviDiscount for quite a few years. Recently, after a long delayed upgrade to a recent version of CiviCRM, we noticed that the discount code used on a purchase was no longer being added to the line item label for the contribution.
We are currently using CiviCRM 5.52.3, CiviDiscount version 3.8.6.
Is there an easy way to put this back? Alternatively, is there a different way to track this?https://lab.civicrm.org/extensions/form-processor/-/issues/52PHP8: Fatal Error using Mailing Group input type2023-03-13T07:40:12ZkainukPHP8: Fatal Error using Mailing Group input typeI have created a simple FP with an input of the type Mailing Group (multiple values allowed) and no action. On the try-out screen the following error is thrown.
````
TypeError: Illegal offset type in Civi\FormProcessor\EventListener\For...I have created a simple FP with an input of the type Mailing Group (multiple values allowed) and no action. On the try-out screen the following error is thrown.
````
TypeError: Illegal offset type in Civi\FormProcessor\EventListener\FormatSubscriber->onFormatDatabag() (line 89 of /buildkit/build/patch/web/sites/default/files/civicrm/ext/form-processor/Civi/FormProcessor/EventListener/FormatSubscriber.php)
````https://lab.civicrm.org/extensions/formprotection/-/issues/14Fatal error if CiviEvent is disabled2023-04-12T15:24:55ZAllenShawFatal error if CiviEvent is disabledOn a site where CiviEvent is not enabled, this fatal error messages is given at /civicrm/admin/setting/formprotection
`Event API is not available because CiviEvent component is disabled`
After enabling CiviEvent, the page opens without...On a site where CiviEvent is not enabled, this fatal error messages is given at /civicrm/admin/setting/formprotection
`Event API is not available because CiviEvent component is disabled`
After enabling CiviEvent, the page opens without error.https://lab.civicrm.org/extensions/action-provider/-/issues/30Add generic amount parser2023-01-10T08:49:43ZErikHommelAdd generic amount parserAIVL needs an action to parse an amount for street recruitment. Some providers will send data with decimal points, some with decimal comma's, some as integers that need to be divided by 100. The new parser action should cater for those s...AIVL needs an action to parse an amount for street recruitment. Some providers will send data with decimal points, some with decimal comma's, some as integers that need to be divided by 100. The new parser action should cater for those situations.ErikHommelErikHommelhttps://lab.civicrm.org/extensions/finsburypark/-/issues/12Searchkit inplace note edit2023-03-21T00:08:09ZnicolSearchkit inplace note edit> it's not easy to edit a "note" (multiline text), as the text only displays on a single line (like if there was a css text-overflow: ""; property on the input field).
[via Mattermost](https://chat.civicrm.org/civicrm/pl/9pw7a4zkrbfkfbh...> it's not easy to edit a "note" (multiline text), as the text only displays on a single line (like if there was a css text-overflow: ""; property on the input field).
[via Mattermost](https://chat.civicrm.org/civicrm/pl/9pw7a4zkrbfkfbhqi8mjod59xy)
Make the inplace edit for notes multi-line.https://lab.civicrm.org/extensions/stripe/-/issues/407Suggestion: warn if multiple webhooks2023-10-02T14:26:30Zaydunsaidan.saunders@squiffle.ukSuggestion: warn if multiple webhooksA system check warns if the expected webhook is not found but does not warn if unexpected webhooks are found.
On a system I recently looked at, it had 5 webhooks including one to the test processor - caused by changes in hostname, enabl...A system check warns if the expected webhook is not found but does not warn if unexpected webhooks are found.
On a system I recently looked at, it had 5 webhooks including one to the test processor - caused by changes in hostname, enabling clean-urls etc. This caused confusion in the logs and may explain other failures being experienced.
So the suggestion is to add another system check job warning if there webhooks configured other than the expected one. The system check can be hidden on any system that actually wants multiple webhooks.https://lab.civicrm.org/extensions/form-processor/-/issues/51Regression: Cannot access API4 Explorer when Form Processor is enabled2023-01-09T09:12:59ZlarsssandergreenRegression: Cannot access API4 Explorer when Form Processor is enabledI get a 503 when trying to access API4 Explorer if one or more Form Processors are enabled (though disabling and re-enabling the extension resolves the problem temporarily, I can reliably get this error by disabling and re-enabling a For...I get a 503 when trying to access API4 Explorer if one or more Form Processors are enabled (though disabling and re-enabling the extension resolves the problem temporarily, I can reliably get this error by disabling and re-enabling a Form Processor). This is on 5.49.5 with 1.52, though I get a different but probably related error on dmaster as well (also pasted below).
Reverting !49 resolves this issue (paging @JonGold).
This error is logged on 5.49.5:
```
#message: "Could not find a form processor"
#code: 0
#file: "/var/www/html/sites/default/civicrm/extensions/form-processor/Civi/FormProcessor/Runner.php"
#line: 238
trace: {
/var/www/html/sites/default/civicrm/extensions/form-processor/Civi/FormProcessor/Runner.php:238 {
› if (count($formProcessors) != 1) {
› throw new \API_Exception('Could not find a form processor');
› }
}
/var/www/html/sites/default/civicrm/extensions/form-processor/Civi/Api4/Action/FormProcessorEntity/FormProcessorGetFieldsAction.php:24 { …}
/var/www/html/sites/all/modules/civicrm/Civi/Api4/Generic/BasicGetFieldsAction.php:94 { …}
/var/www/html/sites/all/modules/civicrm/Civi/Api4/Provider/ActionObjectProvider.php:69 { …}
/var/www/html/sites/all/modules/civicrm/Civi/API/Kernel.php:149 { …}
/var/www/html/sites/all/modules/civicrm/Civi/Api4/Generic/AbstractAction.php:234 { …}
/var/www/html/sites/all/modules/civicrm/api/api.php:85 { …}
/var/www/html/sites/all/modules/civicrm/Civi/Api4/Provider/ActionObjectProvider.php:104 { …}
/var/www/html/sites/all/modules/civicrm/Civi/Api4/Provider/ActionObjectProvider.php:85 { …}
/var/www/html/sites/all/modules/civicrm/Civi/Api4/Provider/ActionObjectProvider.php:70 { …}
/var/www/html/sites/all/modules/civicrm/Civi/API/Kernel.php:149 { …}
/var/www/html/sites/all/modules/civicrm/Civi/Api4/Generic/AbstractAction.php:234 { …}
/var/www/html/sites/all/modules/civicrm/CRM/Api4/Page/Api4Explorer.php:30 { …}
/var/www/html/sites/all/modules/civicrm/CRM/Core/Invoke.php:319 { …}
/var/www/html/sites/all/modules/civicrm/CRM/Core/Invoke.php:69 { …}
/var/www/html/sites/all/modules/civicrm/CRM/Core/Invoke.php:36 { …}
/var/www/html/sites/all/modules/civicrm/drupal/civicrm.module:471 { …}
/var/www/html/includes/menu.inc:527 { …}
/var/www/html/index.php:21 { …}
```
On dmaster:
```
Warning: call_user_func() expects parameter 1 to be a valid callback, first array member is not a valid class name or object in Civi\Api4\Generic\AbstractAction->getPermissions() (line 418 of /srv/buildkit/build/dmaster/web/sites/all/modules/civicrm/Civi/Api4/Generic/AbstractAction.php).
Error: Unsupported operand types in Civi\Api4\Generic\AbstractAction->getPermissions() (line 421 of /srv/buildkit/build/dmaster/web/sites/all/modules/civicrm/Civi/Api4/Generic/AbstractAction.php).
```https://lab.civicrm.org/extensions/logapirequests/-/issues/1Use case-insensitive match on filters (PR/MR submitted)2022-12-19T17:46:34ZAllenShawUse case-insensitive match on filters (PR/MR submitted)A few times now, I've had trouble getting api requests to log because I used the wrong case. E.g. 'StripePaymentIntent.process' vs 'StripPaymentintent.Process'.
I've gotten around this by using mildly creative regex syntax such as '[sS]...A few times now, I've had trouble getting api requests to log because I used the wrong case. E.g. 'StripePaymentIntent.process' vs 'StripPaymentintent.Process'.
I've gotten around this by using mildly creative regex syntax such as '[sS]tripe[pP]ayment[iI]ntent' and '[pP]rocess', but it occurs to me that CiviCRM itself is often lax about api entity.action case sensitivity, and it wouldn't hurt for these settings to be treated as case-insensitive.
I've added a PR (err, MR) !1 to this end. I hope this is a helpful contribution and not a distraction.https://lab.civicrm.org/extensions/civipoints/-/issues/1CiviRules broken on upgrade to 1.32022-12-16T19:15:28ZJonGoldCiviRules broken on upgrade to 1.3I just received a report from a client that CiviPoints weren't being awarded via CiviRules. I looked and it seems like the day I upgraded to CiviPoints 1.3, the "Award CiviPoints" action disappeared on all of my rules that had it.
I'm ...I just received a report from a client that CiviPoints weren't being awarded via CiviRules. I looked and it seems like the day I upgraded to CiviPoints 1.3, the "Award CiviPoints" action disappeared on all of my rules that had it.
I'm not gonna try and troubleshoot - I think I can work this out via `civirule_rule_log` - but I wanted to raise it in case others come across the same.https://lab.civicrm.org/extensions/inlaypay/-/issues/13Future start date for regulars2024-03-01T16:02:51ZRichFuture start date for regularsIt's quite useful to have a future start date for a monthly donation, sometimes.It's quite useful to have a future start date for a monthly donation, sometimes.https://lab.civicrm.org/extensions/action-provider/-/issues/29Action needed to parse raw date2022-12-15T17:11:36ZErikHommelAction needed to parse raw dateAIVL needs an action to convert a string to a valid date. This is needed because sometimes from a CSV download we get values that can not be parsed with DateTime or strtotime. The action will accept a string as an input and return a date...AIVL needs an action to convert a string to a valid date. This is needed because sometimes from a CSV download we get values that can not be parsed with DateTime or strtotime. The action will accept a string as an input and return a date in the format YmdHis (so 23/11/2022 14:16:23 is returned as 20221123141623.ErikHommelErikHommelhttps://lab.civicrm.org/extensions/authnet/-/issues/30Lack of user feedback upon use of declined card2023-12-07T16:35:38ZAllenShawLack of user feedback upon use of declined cardExt version: 2.5.2
Summary: When a user's credit card is declined, the user is redirected to the contribution-page/event-registration main form, without any error message or indication of the problem.
Example steps to reproduce:
1. Cre...Ext version: 2.5.2
Summary: When a user's credit card is declined, the user is redirected to the contribution-page/event-registration main form, without any error message or indication of the problem.
Example steps to reproduce:
1. Create a simple contribution page using this payment processor
2. Open the live the contribution page form and enter details for a credit card which will pass validation but will be declined (I believe it's sufficient to use the usual [test credit card number](https://docs.civicrm.org/user/en/latest/contributions/payment-processors/#test-payments-and-dummy-payment-processors)); click "Review your contribution" button.
3. (If the "Use a confirmation page?" setting is enabled for this page: Observe the confirmation page is loaded; click the "Make Contribution" button on this page.)
4. Observe the issue here.
* Expected behavior: there should be some indication that the card was declined.
* Actual behavior: the main contribution page form is loaded (with query parameter `reset=1`, so fields are empty), and there is no indication that the card was declined.
Other notes:
* We've checked in account.authorize.net to verify that the observed bad behavior is happening when an actual credit card decline happens.
* Naturally I can't share (and in fact don't even know) the full details of an actual declined card, and of course couldn't provide those here anyway; but the usual 4111111111111111 card seems to be sufficient for repro.
(Joinery ticket reference: F#920.)https://lab.civicrm.org/extensions/formprotection/-/issues/13Duplicate captchas if on <5.53 and you previously had the forceRecaptcha sett...2023-04-12T13:25:56ZDaveDDuplicate captchas if on <5.53 and you previously had the forceRecaptcha setting turned onThe forceRecaptcha setting comes from the core extension. If you are on a version earlier than 5.53 and previously had it on before installing formprotection, then the core code from https://github.com/civicrm/civicrm-core/commit/c1b477a...The forceRecaptcha setting comes from the core extension. If you are on a version earlier than 5.53 and previously had it on before installing formprotection, then the core code from https://github.com/civicrm/civicrm-core/commit/c1b477a0f78664dd2bb364ce0ddeb3df6721eedd still triggers a call to `CRM_Utils_ReCAPTCHA::enableCaptchaOnForm()`, but this setting is no longer visible in the UI.
Obviously the best answer is "upgrade civi", and the next simplest answer is change the setting to 0 with `cv`, so I don't think I'll make a PR, but just putting this here in case anyone else has the same problem since it took a while to track down.
Adding that the reason duplicates are a problem is that there are two g-recaptcha-token fields, and only the first one gets filled in, but it's the blank value from the second one that is in `$_POST`. This doesn't seem to be a problem with stripe because it has separate code to get the token, but is a problem with authorize.net for example.https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/133Add donor name to downloaded tax receipt filename2023-01-06T19:31:39ZlarsssandergreenAdd donor name to downloaded tax receipt filenameOften, I find myself downloading a bunch of PDFs for tax receipts for donors who don't have a email address and then adding the name of the donor to the filename in order to keep those files organized until it is time to print them. Perh...Often, I find myself downloading a bunch of PDFs for tax receipts for donors who don't have a email address and then adding the name of the donor to the filename in order to keep those files organized until it is time to print them. Perhaps I'm not the only one who does this, so it would make sense to have the extension do this automatically.
Proposal: Add full name of donor (alpha only to avoid any issues, replacing other characters with hyphens) to the end of the tax receipt filename.
Will submit PR if this makes sense.https://lab.civicrm.org/extensions/stripe/-/issues/404Not able to create new recurring payments after upgrade to 6.7.132023-01-05T13:02:11ZKurund JalmiNot able to create new recurring payments after upgrade to 6.7.13I am trying to create annual recurring of £20.
Errors in the logs:
```
[error] plan_retrieve: Stripe\Exception\InvalidRequestException: No such plan: 'every-1-year-2000-gbp-test'
```
Error displayed on the screen:
```
You passed an e...I am trying to create annual recurring of £20.
Errors in the logs:
```
[error] plan_retrieve: Stripe\Exception\InvalidRequestException: No such plan: 'every-1-year-2000-gbp-test'
```
Error displayed on the screen:
```
You passed an empty string for 'plan'. We assume empty values are an attempt to unset a parameter; however 'plan' cannot be unset. You should remove 'plan' from your request or supply a non-empty value.
```
The problem is with the new plan creation. The code relied on error code for creation of new plan. There was some restructuring to error handling in the recent version that resulted in this regression.Kurund JalmiKurund Jalmihttps://lab.civicrm.org/extensions/stripe/-/issues/402Stripe does not appear in list of Payment Processor Types2023-10-02T14:27:23ZcbpqStripe does not appear in list of Payment Processor TypesI am trying to configure Stripe in CiviCRM (using WordPress). I installed it through the extensions page along with MJWShared. However, when I try to create a new Payment Processor, Stripe does not appear in the first drop-down as a Paym...I am trying to configure Stripe in CiviCRM (using WordPress). I installed it through the extensions page along with MJWShared. However, when I try to create a new Payment Processor, Stripe does not appear in the first drop-down as a Payment Processor Type. I checked the database and don't see any entries for Stripe in `civicrm_payment_processor_type`. I tried reinstalling both extensions which did not change anything. Am I doing something wrong? Is it possible that something went wrong during the installation?https://lab.civicrm.org/extensions/stripe/-/issues/401UnknownCurrencyException error for Membership renewal payments2023-01-04T01:16:10ZmattembaUnknownCurrencyException error for Membership renewal paymentsHello,
A subset of our attempted Civi Membership Renewal payments are hitting an error thrown by the Stripe extension, before the card data is sent to Stripe for validation.
- CiviCRM 5.55.1
- Joomla 3.10.11
- Stripe Payment Processor ...Hello,
A subset of our attempted Civi Membership Renewal payments are hitting an error thrown by the Stripe extension, before the card data is sent to Stripe for validation.
- CiviCRM 5.55.1
- Joomla 3.10.11
- Stripe Payment Processor 6.8-dev
Log indicates the error is from the API due to a null currency code being passed by the Stripe extension:
```
Dec 08 09:26:11 [debug] AJAX Error ({error_id}): failed with exception
Array
(
[error_id] => jp0P-krKS-bG4f
[exception] => Brick\Money\Exception\UnknownCurrencyException: "Unknown currency code: "
#0 /home/SITE/public_html/administrator/components/com_civicrm/civicrm/vendor/brick/money/src/ISOCurrencyProvider.php(120): Brick\Money\Exception\UnknownCurrencyException::unknownCurrency(NULL)
```
- Full log attached: [UnknownCurrencyException.txt](/uploads/7e57b482dfd7584464d56150a9335ba5/UnknownCurrencyException.txt)
- I am unable to reproduce the issue but have 6+ reports from users of the same error in the past week.
- Issue is isolated to our Membership enrollment/renewal Contribution page. Other Contribution pages do not experience this error.
- Payments for brand new Memberships from the same Contribution page succeed.
- In the database and frontend config, all Contribution Pages are set to USD and every past Contribution record from our site is in USD.
- All users report USD based banks/cards and all have US based billing addresses.
- Issue is occurring across card types (Visa, MasterCard).
Has anyone else experienced this error? Any help would be appreciated. Thank you!https://lab.civicrm.org/extensions/ringcentral/-/issues/1In php8 curl_init now returns a CurlHandle not a resource2022-12-08T05:00:14ZDaveDIn php8 curl_init now returns a CurlHandle not a resourceCan't just switch to curlhandle though since that doesn't exist before php 8.Can't just switch to curlhandle though since that doesn't exist before php 8.https://lab.civicrm.org/extensions/stripe/-/issues/400Fatal error: Stripe\Exception\InvalidRequestException: "You passed an empty s...2022-12-08T16:18:09ZKurund JalmiFatal error: Stripe\Exception\InvalidRequestException: "You passed an empty string for 'plan'. We assume empty values are an attempt to unset a parameter; however 'plan' cannot be unset. You should remove 'plan' from your request or supply a non-empty val```bash
.../stripe/vendor/stripe/stripe-php/lib/Exception/InvalidRequestException.php(35): Stripe\Exception\ApiErrorException::factory("You passed an empty string for 'plan'. We assume empty values are an attempt ...", 400, "{\n \"error...```bash
.../stripe/vendor/stripe/stripe-php/lib/Exception/InvalidRequestException.php(35): Stripe\Exception\ApiErrorException::factory("You passed an empty string for 'plan'. We assume empty values are an attempt ...", 400, "{\n \"error\": {\n \"code\": \"parameter_invalid_empty\",\n \"doc_url\...", (Array:1), Object(Stripe\Util\CaseInsensitiveArray), "parameter_invalid_empty")
```
I am using latest version of Stripe and supporting extensions.
Note that one time contribution is working as expected. The above error is for recurring contributions.https://lab.civicrm.org/extensions/formprotection/-/issues/10reCaptcha display options are no longer supported2022-12-09T15:00:13ZJKingsnorthreCaptcha display options are no longer supportedThe display options for recaptcha are no longer supported in the way implemented by this extension and core.
They were used by recaptcha v1, which is no longer supported, see https://developers.google.com/recaptcha/old/docs/customizatio...The display options for recaptcha are no longer supported in the way implemented by this extension and core.
They were used by recaptcha v1, which is no longer supported, see https://developers.google.com/recaptcha/old/docs/customization
I suggest we remove the setting from this extension (and I'll do an issue against core too when I get the chance).
There is a way to change the theme of the v2 checkbox between 'dark' and 'light', but I don't propose implementing that until core has as well, and it seems like an edge-case.1.4