CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2022-08-25T17:07:07Zhttps://lab.civicrm.org/dev/core/-/issues/3822Case Dashboard improvements2022-08-25T17:07:07ZKurund JalmiCase Dashboard improvements## Current
**My Cases With Recently Performed Activities**
* Order of activities is in ASC order
## Proposed
**My Cases With Recently Performed Activities**
* Order of activities should be DESC, so that it shows latest activities on...## Current
**My Cases With Recently Performed Activities**
* Order of activities is in ASC order
## Proposed
**My Cases With Recently Performed Activities**
* Order of activities should be DESC, so that it shows latest activities on top.5.54.0Kurund JalmiKurund Jalmihttps://lab.civicrm.org/dev/core/-/issues/3820Import of contributions (update existing) -> error for all contributions "No ...2022-09-01T01:36:49ZTobias KrauseImport of contributions (update existing) -> error for all contributions "No matching Contact found for ()"Drupal 9.4, CiviCRM 5.52.2, PHP 8.0
- Go to /civicrm/contribute/import
- choose a csv file contribution data
- Settings: Update existing contributions
- in mapping we connect a column "contribution id" with the CiviCRM field "Contributi...Drupal 9.4, CiviCRM 5.52.2, PHP 8.0
- Go to /civicrm/contribute/import
- choose a csv file contribution data
- Settings: Update existing contributions
- in mapping we connect a column "contribution id" with the CiviCRM field "Contribution id (match to contribution record)"
- the main purpose in our case is to update the contribution status
We used a testing CSV with 10 entries and for each of them there is the same error: "No matching Contact found for ()". For all contributions in the CSV the contributions in CiviCRM and the contacts exists. The error appears in CRM/Contribute/Import/Parser/Contribution.php on line 481 within the check
`empty($formatted['contact_id'])`
Here I get confused: I am not able to choose contact id as a matching field but it seems this method expects this value to be set. In our CSV there is a column with the contact id - but as I said it cannot be matched to a contact id field in CiviCRM.
As this worked before (updating existing contributions with the field matching without contact id set) for years something might have changed here.5.52.2https://lab.civicrm.org/dev/core/-/issues/3815Drop-down (select-list) fields don't render if "Options per line" is set2023-07-05T23:48:36ZmessicaDrop-down (select-list) fields don't render if "Options per line" is setOverview
----------------------------------------
Drop-down custom fields are not displayed if "Options per line" is set, even if the setting is hidden.
Reproduction steps
----------------------------------------
1. Create a "Radio butt...Overview
----------------------------------------
Drop-down custom fields are not displayed if "Options per line" is set, even if the setting is hidden.
Reproduction steps
----------------------------------------
1. Create a "Radio buttons" Custom Field.
1. Set "Options per line" to any value besides 0
1. Change the Field Input Type to "Drop-down (select list)"
1. Save
Current behaviour
----------------------------------------
The Drop-down field is not rendered at all, in previews or on front end.
Expected behaviour
----------------------------------------
The Drop-down field should ignore any previously set values for "Options per line"
Environment information
----------------------------------------
* __CiviCRM__: 5.46.3
* __PHP__: 7.4.27
* __CMS__: _WordPress 6.0.1
* __Database:__ 10.3.34-MariaDB-0+deb10u1
* __Web Server:__ Apache/2.4.38 (Debian)5.63.0https://lab.civicrm.org/dev/core/-/issues/3814Can Extension boot cache use the `fastArray` decorator2022-10-09T22:07:08ZeileenCan Extension boot cache use the `fastArray` decoratorThe cache - which is initialised [here](https://github.com/civicrm/civicrm-core/blob/5736060af94f073a75956717245269a018d7d094/CRM/Extension/System.php#L260-L264) repetitively hits `Redis` when an array cache seems like it could be used a...The cache - which is initialised [here](https://github.com/civicrm/civicrm-core/blob/5736060af94f073a75956717245269a018d7d094/CRM/Extension/System.php#L260-L264) repetitively hits `Redis` when an array cache seems like it could be used after the first hit....
```
1660868588.603856 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/mixinScan"
1660868588.604056 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/mixinBoot"
1660868588.604347 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/mapper_moduleFiles"
1660868588.604491 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.604607 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/default"
1660868588.604890 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.604987 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.605213 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.605300 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.605529 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.605618 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.605859 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.605945 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.606159 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.606280 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.606516 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.606605 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.606820 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.606928 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.607136 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.607217 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.607461 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.607573 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.607806 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.607908 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.608130 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.608225 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.608442 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.608549 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.608812 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.608903 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.609103 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.609186 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.609388 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.609485 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.609709 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.609797 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.610029 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.610114 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.610326 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.610413 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.610500 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/civiroot"
1660868588.610719 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.610802 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.611116 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.611204 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.611427 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.611516 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.611733 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.611819 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.612308 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.612437 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.612736 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.612839 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.613135 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.613267 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.613642 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.613763 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.614032 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.614143 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.614573 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.614711 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.615048 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.615185 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.615488 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.615592 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.615857 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.615985 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.616373 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.616485 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.616777 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.616884 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.617156 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.617253 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.617602 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.617739 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.618047 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.618154 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.618420 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.618519 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.618775 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.618898 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.619249 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.619376 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.619683 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.619781 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.620034 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.620131 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
1660868588.620400 [0 127.0.0.1:44178] "GET" "crm/3a14103a670c8f6215c383e11296de98/full"
```5.56.0https://lab.civicrm.org/dev/core/-/issues/3811Allow other extensions to use Recaptcha extension for validation2022-08-22T22:01:15ZKurund JalmiAllow other extensions to use Recaptcha extension for validation5.54.0Kurund JalmiKurund Jalmihttps://lab.civicrm.org/dev/core/-/issues/3810Frequency is ignored for auto renewable memberships when term set to months2024-01-06T00:50:57ZredgarFrequency is ignored for auto renewable memberships when term set to monthsOverview
----------------------------------------
The frequency setting is being ignored for auto renew memberships with a term in months. Instead it is getting renewed every 1 month. This bug is repeatable at the [demo site](https://civ...Overview
----------------------------------------
The frequency setting is being ignored for auto renew memberships with a term in months. Instead it is getting renewed every 1 month. This bug is repeatable at the [demo site](https://cividemo.com/)
Reproduction steps
----------------------------------------
1. create a new membership type with a duration of 12 months (or any number greater than 1), fixed, starting on the 1st (our memberships last one year and always end at the end of the month). Set the auto renew option to be "Give option but not required".
2. edit or create a contribution page to have this membership as an option with auto renew set as "Give Option".
3. Go to that page and fill out the info to create a membership with auto renew checked. Click Preview Contribution.
4. Note that preview says that your membership will "be renewed automatically every 1 month(s).".
5. If you continue with the membership payment the payment processor will then bill every 1 month.
We had to process a few refunds due to this bug and had to cancel the PayPal subscriptions.
Current behaviour
----------------------------------------
Despite what the duration is set to the page always shows:
```
Total Amount: $1.00
I want this membership to be renewed automatically every 1 month(s).
```
Expected behaviour
----------------------------------------
If you set up a membership with auto-renew for X months you expect the membership to renew every X months.
Environment information
----------------------------------------
I duplicated this using civicrm 5.50 and 5.52 using Joomla 3.10.10. I also reproduced it on [demo site](https://cividemo.com/).
Comments
----------------------------------------
This may be related to issue [3344](https://lab.civicrm.org/dev/core/-/issues/3344)? I posted a question on [stack exchange](https://civicrm.stackexchange.com/questions/42486/frequency-is-ignored-for-auto-renewable-memberships).5.69.0https://lab.civicrm.org/dev/core/-/issues/3805Error on membership fee token when using Print/Merge Document2023-07-12T00:29:55ZgiammiError on membership fee token when using Print/Merge DocumentOverview
----------------------------------------
The issue has been reported on
https://civicrm.stackexchange.com/questions/42438/error-on-membership-fee-token-when-using-print-merge-document/42443#42443
Reproduction steps
------------...Overview
----------------------------------------
The issue has been reported on
https://civicrm.stackexchange.com/questions/42438/error-on-membership-fee-token-when-using-print-merge-document/42443#42443
Reproduction steps
----------------------------------------
I did a short test on the demo sandbox.
Selected "Find Membership" and selected one record. I then choose Print/Merge Document and added 2 tokens, {membership.id} and {membership.fee} Then clicked "Preview" to see the pdf outcome.
If I use only the token {membership.id} I do not get any error message and the preview is created.
Adding {membership.fee} I get the following error message below.
Current behaviour
----------------------------------------
```
The website encountered an unexpected error. Please try again later. TypeError: Return value of
CRM_Utils_Money::formatUSLocaleNumericRounded() must be of the type string, null returned in
CRM_Utils_Money::formatUSLocaleNumericRounded() (line 207 of /srv/buildkit/build/d9-master/vendor/civicrm/civicrm-
core/CRM/Utils/Money.php).
CRM_Utils_Money::formatUSLocaleNumericRounded() (Line: 249) CRM_Utils_Money::formatLocaleNumericRoundedByPrecision() (Line: 234)
CRM_Utils_Money::formatLocaleNumericRoundedByCurrency() (Line: 281)
CRM_Utils_Money::formatLocaleNumericRoundedForDefaultCurrency() (Line: 65) CRM_Member_Tokens->evaluateToken() (Line: 146)
Civi\Token\AbstractTokenSubscriber->evaluateTokens() (Line: 264) Symfony\Component\EventDispatcher\EventDispatcher->doDispatch()
(Line: 239) Symfony\Component\EventDispatcher\EventDispatcher->callListeners() (Line: 73)
Symfony\Component\EventDispatcher\EventDispatcher->dispatch() (Line: 209) Civi\Core\CiviEventDispatcher->dispatch() (Line: 354)
Civi\Token\TokenProcessor->evaluate() (Line: 64) CRM_Core_TokenSmarty::render() (Line: 349)
CRM_Core_BAO_MessageTemplate::renderTemplateRaw() (Line: 271) CRM_Core_BAO_MessageTemplate::renderTemplate() (Line: 131)
CRM_Member_Form_Task_PDFLetter->generateHTML() (Line: 98) CRM_Member_Form_Task_PDFLetter->postProcessMembers() (Line: 75)
CRM_Member_Form_Task_PDFLetter->postProcess() (Line: 573) CRM_Core_Form->mainProcess() (Line: 56)
CRM_Core_QuickForm_Action_Submit->perform() (Line: 203) HTML_QuickForm_Controller->handle() (Line: 103) HTML_QuickForm_Page-
>handle() (Line: 355) CRM_Core_Controller->run() (Line: 319) CRM_Core_Invoke::runItem() (Line: 69) CRM_Core_Invoke::_invoke()
(Line: 36) CRM_Core_Invoke::invoke() (Line: 88) Drupal\civicrm\Civicrm->invoke() (Line: 80)
Drupal\civicrm\Controller\CivicrmController->main() call_user_func_array() (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber{closure}() (Line: 564)
Drupal\Core\Render\Renderer->executeInRenderContext() (Line: 124)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext() (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber{closure}() (Line: 158)
Symfony\Component\HttpKernel\HttpKernel->handleRaw() (Line: 80) Symfony\Component\HttpKernel\HttpKernel->handle() (Line: 58)
Drupal\Core\StackMiddleware\Session->handle() (Line: 48) Drupal\Core\StackMiddleware\KernelPreHandle->handle() (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass() (Line: 85) Drupal\page_cache\StackMiddleware\PageCache->handle() (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle() (Line: 51) Drupal\Core\StackMiddleware\NegotiationMiddleware-
>handle() (Line: 23) Stack\StackedHttpKernel->handle() (Line: 709) Drupal\Core\DrupalKernel->handle() (Line: 19)
```
Expected behaviour
----------------------------------------
No error message should appear and a PDF (and/or emailing) should be possible
Environment information
----------------------------------------
Demo Sandbox on CiviCRM Website5.63.0https://lab.civicrm.org/dev/core/-/issues/3804Civicase dashboard not displaying recently performed activities2023-03-30T09:37:49ZKurund JalmiCivicase dashboard not displaying recently performed activitiesCiviCase Dashboard does not display 'Recently Performed Activities` when there are no `Upcoming Activities`.CiviCase Dashboard does not display 'Recently Performed Activities` when there are no `Upcoming Activities`.5.61.0Kurund JalmiKurund Jalmihttps://lab.civicrm.org/dev/core/-/issues/3803DB Error when Create User Record2022-08-24T23:31:04ZolivierDB Error when Create User RecordOverview
----------------------------------------
When I try to create a user with "Create user Record", the CMS user is correctly created, but a new Civicrm user is added.
----------------------------------------
1. Check that eamil ad...Overview
----------------------------------------
When I try to create a user with "Create user Record", the CMS user is correctly created, but a new Civicrm user is added.
----------------------------------------
1. Check that eamil address is uniq
![image](/uploads/89c495169035d1a108c89c5ad8f6ca73/image.png)
2. And don't exist on CMS side
![image](/uploads/d00bae41921431beba67e8e2372793c6/image.png)
3. In Civicrm Contact view, click Actions/Create user record, fill password and click Add
![image](/uploads/9842df81c429868c64c3b1738857cfe3/image.png)
4. Got an error "**Fatal error: DB error**".
![image](/uploads/444c20f47378581115126e784456e75b/image.png)
5. CMS user is created
![image](/uploads/798e2941d70bb7895d109e81cab5e055/image.png)
6. but another Civicrm user is created vith the same email
![image](/uploads/32d8fc6c3bd36adf1c016618d40beb90/image.png)
![image](/uploads/97de7340588be1790285830adb029112/image.png)
![image](/uploads/9b40f9477af6f1bb7a1de7ddf95a5b0f/image.png)
7. CMS error :
![image](/uploads/b3fc540aeca5a43a222852c3ed3478ad/image.png)
Expected behaviour
----------------------------------------
No new user created and CMS userID should be associated to existing Civicrm
Environment information
----------------------------------------
* Civicrm 5.51.2 (but same behavior in previous versions)
* PHP 7.4.19
* Drupal 9.4.5
Comments
----------------------------------------
In /vendor/civicrm/civicrm-core/CRM/Core/BAO/UFMatch.php, line 250, ll the information on the Civicrm account is deleted, and only the email address is present. In the continuation of the treatment, it is not possible any more to find the account thus a new account is created in /vendor/civicrm/civicrm-coreCRM/CoreBAO/CMSUser.php
Proposal
----------------------------------------
Replace in /vendor/civicrm/civicrm-core/CRM/Core/BAO/UFMatch.php, line 250
$params = ['email' => $primary_email];
by
$params['email'] = $primary_email;5.53.0https://lab.civicrm.org/dev/core/-/issues/3802Symfony 6 can't find the EventDispatcher when adding hooks that are defined i...2022-08-15T02:11:04ZDaveDSymfony 6 can't find the EventDispatcher when adding hooks that are defined in getSubscribedEventsThey did this, and also a little higher up you can see they removed the constructor: https://github.com/symfony/event-dispatcher/commit/0bc2e0d8ba8a6eb353a42d19890f57a3dee410a5#diff-f3f413e17bbd20e345b3721f9c4556ed5e319d133c32bf7492dffd5...They did this, and also a little higher up you can see they removed the constructor: https://github.com/symfony/event-dispatcher/commit/0bc2e0d8ba8a6eb353a42d19890f57a3dee410a5#diff-f3f413e17bbd20e345b3721f9c4556ed5e319d133c32bf7492dffd55a024d0efR57
So what happens is this https://github.com/civicrm/civicrm-core/blob/da21dc84950b013a03d3fe5e72e12e7d652cce7f/Civi/Core/Container.php#L93 is expecting it to be called `dispatcher`, but this https://github.com/symfony/event-dispatcher/commit/0bc2e0d8ba8a6eb353a42d19890f57a3dee410a5#diff-f3f413e17bbd20e345b3721f9c4556ed5e319d133c32bf7492dffd55a024d0efR57 is expecting it to be called `event_dispatcher`, so that returns early and never calls `$container->findTaggedServiceIds('kernel.event_listener'`, so doesn't pick up any of the getSubscribedEvents hooks, e.g. civi.token.eval and others.
The naive fix of calling `$container->setAlias('event_dispatcher', 'dispatcher')` doesn't seem to be enough and causes a crash later which I haven't tracked down yet.5.54.0https://lab.civicrm.org/dev/core/-/issues/3799CiviCRM Reports, setting the Report option "Available for Dashboard?" will no...2022-08-14T03:14:20Zjustinfreeman (Agileware)CiviCRM Reports, setting the Report option "Available for Dashboard?" will now add the Report to all users Dashboards, which is new and undesirable behaviourAs observed in CiviCRM 5.51.2 when updating a CiviCRM Report. Setting the Report option "Available for Dashboard?" will now add the Report to all users Dashboards, which is new and undesirable behaviour. If lots of new reports are being ...As observed in CiviCRM 5.51.2 when updating a CiviCRM Report. Setting the Report option "Available for Dashboard?" will now add the Report to all users Dashboards, which is new and undesirable behaviour. If lots of new reports are being added, this quickly SPAMs all the existing Dashboards with the new reports.
The previous behaviour was that the report would not be displayed on the Dashboard until it was manually added.
Screen recording of this behaviour on https://dmaster.demo.civicrm.org/civicrm/dashboard - CiviCRM 5.54.alpha1
![Peek_2022-08-12_15-55](/uploads/4f8ab99408be96a25e3aa0259646c4bf/Peek_2022-08-12_15-55.gif)
Agileware Ref: CIVICRM-20325.52.2https://lab.civicrm.org/dev/core/-/issues/3796Custom Groups should not exclude activity types where filter > 0 if in manage...2022-08-11T01:07:11ZherbdoolCustom Groups should not exclude activity types where filter > 0 if in managed entities## Overview
`CRM_Core_BAO_CustomGroup::getSubTypes()` excludes all subtypes where filter is not zero. This is a problem for managed entities where an activity type is defined with `filter = 1` for example.
It uses this deprecated funct...## Overview
`CRM_Core_BAO_CustomGroup::getSubTypes()` excludes all subtypes where filter is not zero. This is a problem for managed entities where an activity type is defined with `filter = 1` for example.
It uses this deprecated function `$activityType = CRM_Core_PseudoConstant::activityType(FALSE, TRUE, FALSE, 'label', TRUE);`
https://chat.civicrm.org/civicrm/pl/oy16q7rrgbrppqyi69dw6a5waa
## Reproduction steps
1. Put an activity type into a managed entity; make sure 'filter' => 1.
1. Then create a custom group and have it extend that activity type.
1. Put that custom group in a managed entity.
1. Delete the manually made activity type and custom group so they'll properly be created with managed entity.
1. Now run flush and reconciling the managed entities fails: get error: "Supplied Sub type is not valid for the specified entitiy"
## Current behaviour
Managed entity reconciliation fails with error: "Supplied Sub type is not valid for the specified entitiy"
## Expected behaviour
Should run.
## Environment information
* **CiviCRM:** 5.52.x
* **PHP:** 7.4
* **CMS:** Drupal 9.4.x5.54.0https://lab.civicrm.org/dev/core/-/issues/3793Path for imports through the UI causes permission issues2022-08-10T04:15:54ZbriennePath for imports through the UI causes permission issuesImports through the UI (such as Import Contributions from the Contributions menu) use the same path for the import summary page as the Import Contacts summary page in the UI (civicrm/import/contacts/summary). This causes the import to fa...Imports through the UI (such as Import Contributions from the Contributions menu) use the same path for the import summary page as the Import Contacts summary page in the UI (civicrm/import/contacts/summary). This causes the import to fail if the user does not have the "Import Contacts" permission, even if they do have the proper permissions for other imports.
I am currently working on a fix for this and should have a PR in the next few hours for the release candidate 5.53.
**Steps to Replicate:**
1. Login as a user who does not have the Import Contacts permission
2. Go to **Contributions > Import Contributions**
3. Go through the process of importing a csv file with a test contribution
4. After clicking **import now**, a queue runner will briefly pop up, and then the page will show an error message: "you are not authorized to access this page."
5. Note that the url is civicrm/import/contacts/summary
**Why:**
PR #23669 seems to have introduced this bug (in version 5.51), specifically in the [Import.xml file, lines 20-27](https://github.com/civicrm/civicrm-core/blob/d7a8ffbdd8ee5cf98f712358f261f023f7ebf015/CRM/Core/xml/Menu/Import.xml#L21)5.53.0https://lab.civicrm.org/dev/core/-/issues/3790Pledge status is missing on View Pledge page2022-09-09T23:27:08ZyashodhaPledge status is missing on View Pledge pageWhen clicking on View Pledge, pledge status is blank.
![pledge_Status_missing](/uploads/7a9246fce9427cdc7a23c2b6fe11ddfd/pledge_Status_missing.png)
Fix this bug to display the pledge status.When clicking on View Pledge, pledge status is blank.
![pledge_Status_missing](/uploads/7a9246fce9427cdc7a23c2b6fe11ddfd/pledge_Status_missing.png)
Fix this bug to display the pledge status.5.54.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3786CiviCRM 5.51, Import Participants when matching by External / Contact ID alwa...2022-08-09T04:21:33Zjustinfreeman (Agileware)CiviCRM 5.51, Import Participants when matching by External / Contact ID always matches to Contacts with ID < 10Import Participants when matching by External / Contact ID always matches to Contacts with ID < 10
This is due do an incorrectly replaced Error generation function in core commit [972906b](https://github.com/civicrm/civicrm-core/commit/...Import Participants when matching by External / Contact ID always matches to Contacts with ID < 10
This is due do an incorrectly replaced Error generation function in core commit [972906b](https://github.com/civicrm/civicrm-core/commit/972906b33960dd2126bcb5629faec188f6d1a8f9) (Merged for 5.51.0)
**Steps to reproduce**
1. Create a CSV with a Contact External ID or Contact ID, Event Title, Registration Status
2. Set up the import to match on Contact External ID or Contact ID
3. Map the other fields
4. Execute import
**Error**: Import will execute and create Participant records associated all with Contact ID: 1 or Contact ID: 2 (or another ID < ID:10). Not matching against the correct Contact ID.
Agileware Ref: CIVICRM-20255.52.2https://lab.civicrm.org/dev/core/-/issues/37845.51 regression - Contribution import - external id/contact id matches to wro...2022-08-09T04:22:24Znoah5.51 regression - Contribution import - external id/contact id matches to wrong recordsOverview
----------------------------------------
5.51 introduced a bug whereby contributions were assigned to the wrong contacts if external id or contact id was used as a matching field.
Reproduction steps
----------------------------...Overview
----------------------------------------
5.51 introduced a bug whereby contributions were assigned to the wrong contacts if external id or contact id was used as a matching field.
Reproduction steps
----------------------------------------
1. Make sure you have a contact whose id is 1.
2. Create another contact whose id *starts with* 1. E.g. 11, 1002...
3. Give the second contact an external identifier.
4. Create a CSV for contribution import; include an external id column; create a valid row that uses the external id from the last step.
5. Run the contribution import, using external identifier as a match-to-contact field.
Current behaviour
----------------------------------------
The imported contribution is attached to contact id 1.
Expected behaviour
----------------------------------------
The imported contribution should be attached to the contact with the specified external id.
Comments
----------------------------------------
PR forthcoming5.52.2https://lab.civicrm.org/dev/core/-/issues/3783Make Recent Items available providers an option group so extensions can exten...2022-08-10T04:17:03ZherbdoolMake Recent Items available providers an option group so extensions can extend itOverview
----------------------------------------
I would like my custom entities to be available to the Recent Items block.
In `CRM_Utils_Recent::getProviders()` there's a comment to make the hard-coded list into an Open Group. I agree...Overview
----------------------------------------
I would like my custom entities to be available to the Recent Items block.
In `CRM_Utils_Recent::getProviders()` there's a comment to make the hard-coded list into an Open Group. I agree. Let's make it so.
Current behaviour
----------------------------------------
Hard-coded list of some core entities.
Proposed behaviour
----------------------------------------
Create an option group and call it from this method.5.53.0https://lab.civicrm.org/dev/core/-/issues/3782Don't prevent contact with Cancelled membership from signing up online2023-01-02T17:47:01Zmattwiremjw@mjwconsult.co.ukDon't prevent contact with Cancelled membership from signing up onlineContribution page prevents signing up for a membership if the matched contact has an existing cancelled membership of the same type.
I don't really understand why https://github.com/civicrm/civicrm-core/pull/3531 ever got merged given t...Contribution page prevents signing up for a membership if the matched contact has an existing cancelled membership of the same type.
I don't really understand why https://github.com/civicrm/civicrm-core/pull/3531 ever got merged given that it seems no-one was in favour of restricting memberships in this way: https://issues.civicrm.org/jira/browse/CRM-14645
A restriction such as this could easily be put in place via the `validateForm` hook for anyone who actually needs it and it seems a pretty obscure restriction to have hardcoded in core.5.56.0https://lab.civicrm.org/dev/core/-/issues/3774Can't submit backend credit card contribution unless you have at least one pa...2022-08-04T21:07:47ZJonGoldCan't submit backend credit card contribution unless you have at least one payment processor that supports a future start dateIf you don't have a payment processor that supports a future start date, you can't submit a credit card contribution.
### Steps to replicate
* On a buildkit site, add a PayPal Pro payment processor. The creds don't have to be valid.
* S...If you don't have a payment processor that supports a future start date, you can't submit a credit card contribution.
### Steps to replicate
* On a buildkit site, add a PayPal Pro payment processor. The creds don't have to be valid.
* Submit a backend credit card contribution with PayPal Pro. Should go through (or tell you invalid credentials).
* Delete the default processor of type "Dummy Payment Processor".
* Submit another backend credit card contribution with PayPal Pro.
### Expected Result
Absence of a dummy test processor shouldn't affect the ability to submit a credit card processor.
### Actual result
```
Please correct the following errors in the form fields below:
Date Received is a required field.
```
### Why
In `CRM_Contribution_Form_AbstractEditPayment::assignProcessors()` is this line:
```
$this->assign('processorSupportsFutureStartDate', CRM_Financial_BAO_PaymentProcessor::hasPaymentProcessorSupporting(['FutureRecurStartDate']));
```
This will return `TRUE` if *any* payment processor supports a future start date. Which in turn causes the `receive_date` to appear on `templates/CRM/Contribute/Form/Contribution.tpl`.
Without the `receive_date` on the form, even hidden, you can't submit the form.
The workaround is to create a dummy processor on your site. I have to run, but tomorrow I'll try to put together a PR that fixes this at the template level.
Is this a regression? I mean, technically yes, but it's two years old. And tricky to catch because the test suite creates the dummy processor in `setUp()`. To catch this we might have to move that out of `setUp()` and into its own helper function.5.52.0JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3772Notice: Undefined offset: 18 in CRM_Member_Form_Task_Batch->buildQuickForm()2022-08-03T21:11:30ZRobert J. LangNotice: Undefined offset: 18 in CRM_Member_Form_Task_Batch->buildQuickForm()Getting lots of log reports of the form
Notice: Undefined offset: 18 in `CRM_Member_Form_Task_Batch->buildQuickForm()` (line 144 of /.../civicrm/CRM/Member/Form/Task/Batch.php).
This is because the offending line is
```
CR...Getting lots of log reports of the form
Notice: Undefined offset: 18 in `CRM_Member_Form_Task_Batch->buildQuickForm()` (line 144 of /.../civicrm/CRM/Member/Form/Task/Batch.php).
This is because the offending line is
```
CRM_Utils_System::isNull($entityColumnValue[$typeId])
```
and it should be
```
CRM_Utils_System::isNull($entityColumnValue[$typeId] ?? NULL)
```5.53.0