Development issueshttps://lab.civicrm.org/groups/dev/-/issues2024-01-05T03:42:41Zhttps://lab.civicrm.org/dev/core/-/issues/4867civi_case/civi_campaign extensions not configured properly on a fresh install2024-01-05T03:42:41ZDaveDcivi_case/civi_campaign extensions not configured properly on a fresh installLeads to crash if you try to enable the extension from the extension screen. They enable properly from the components screen.
Might be from https://github.com/civicrm/civicrm-core/commit/9640b86f59daf80991989f0848e02c01ead202d7? I'm not...Leads to crash if you try to enable the extension from the extension screen. They enable properly from the components screen.
Might be from https://github.com/civicrm/civicrm-core/commit/9640b86f59daf80991989f0848e02c01ead202d7? I'm not sure because I don't use the extension screen to manage these, and on all the PR sites and dmaster.demo they are enabled already at install, so I don't have a good sense of when it started.
PR coming shortly5.69.0https://lab.civicrm.org/dev/core/-/issues/4861addressee communication prefs seems a bit messed up2023-12-13T20:27:32ZDaveDaddressee communication prefs seems a bit messed upI'm not sure yet if this is just from demo sample data, but at the very least the dropdown on edit seems the wrong type?
![untitled3](/uploads/b1a2100f8eb24985554fa83b94fa70f2/untitled3.png)
![untitled4](/uploads/95eb53af0acf99e8bdcced...I'm not sure yet if this is just from demo sample data, but at the very least the dropdown on edit seems the wrong type?
![untitled3](/uploads/b1a2100f8eb24985554fa83b94fa70f2/untitled3.png)
![untitled4](/uploads/95eb53af0acf99e8bdcced58e8508323/untitled4.png)https://lab.civicrm.org/dev/core/-/issues/4856Search criteria sections no longer collapse on search forms when there are re...2024-01-05T03:42:41ZDaveDSearch criteria sections no longer collapse on search forms when there are results, and subsections no longer open when there aren'tI know there's been some accordion work so I'm sure it's related but not sure if it's a known issue.
Example 1:
1. Advanced search
2. Open contributions tab and search for an id like 30 that you know exists.
3. It finds the results, bu...I know there's been some accordion work so I'm sure it's related but not sure if it's a known issue.
Example 1:
1. Advanced search
2. Open contributions tab and search for an id like 30 that you know exists.
3. It finds the results, but all the criteria are still open. It didn't used to do that because now you have to scroll all the way down. (Compare to Find Contributions which still collapses after finding results.)
Example 2:
1. Advanced search
2. Open contributions tab and search for an id like -1 or 10000 that you know doesn't exist.
3. It used to redisplay the form showing no results but with the contributions tab open so you could see what you had selected.5.69.0https://lab.civicrm.org/dev/core/-/issues/4852Viewing contact notes is broken2023-12-13T17:32:08ZDaveDViewing contact notes is broken1. Create a contact note
2. View it - the fields are blank.
3. Also it's an edit form, so it's almost like it's taking you to a new note edit screen, except it has an id.
Affects 5.68 [according to reports](https://civicrm.stackexchange...1. Create a contact note
2. View it - the fields are blank.
3. Also it's an edit form, so it's almost like it's taking you to a new note edit screen, except it has an id.
Affects 5.68 [according to reports](https://civicrm.stackexchange.com/questions/46064/using-the-view-button-on-notes-tab-returns-blank-form).5.68.1colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/4841Unable to send bulk mail from SearchKit search page results, 'send test' and ...2024-01-05T03:42:46Zfreeform.stephUnable to send bulk mail from SearchKit search page results, 'send test' and 'next' buttons remain greyed-outOverview
----------------------------------------
There appears to be an issue with inconsistent (or broken) use of required tokens feature between mailings sent from a core search versus from SearchKit results. As a result:
1. When atte...Overview
----------------------------------------
There appears to be an issue with inconsistent (or broken) use of required tokens feature between mailings sent from a core search versus from SearchKit results. As a result:
1. When attempting to send from the results of a SearchKit search: the 'send test' and 'next' buttons remain greyed-out whether you do or do not include the required address and unsubscribe links
2. This happens even when the option to not require these tokens is set in the system settings
3. When attempting to send from the results of a regular search page it will allow you to send even if the tokens are set as required but not included in your message
Reproduction steps
----------------------------------------
* (issue 1) Create a custom search using search kit, select some results, choose action "Email - schedule/send via CiviMail", include all required elements and you'll see you're stuck
* (issue 2) go to Administer>CiviMail/CiviMail Component Settings and select "Disable check for mandatory tokens"; repeat step 1, same result
* (issue 3) Ensure mandatory tokens are enabled; use Search>Find Contacts, choose action "Email - schedule/send via CiviMail", do not include the tokens in your mailing and you'll see you can still proceed without getting an error (if you save the draft and then continue your draft it will work as expected)
Current behaviour
----------------------------------------
Unable to send mail from results of a SearchKit page; mail from a core search allows sending messages with missing tokens.
Environment information
----------------------------------------
* __Browser:__ Chrome 119.0.6045.199
* __CiviCRM:__ 5.66.2, 5.69.alpha1 (https://dmaster.demo.civicrm.org/)
* __PHP:__ 8.1
* __CMS:__ Drupal 7 (I believe I also tested on Drupal 10)
Comments
----------------------------------------
Workaround for issue 1 - if you save your draft and then clone your mailing, the clone works as expected5.69.0seamusleeseamusleehttps://lab.civicrm.org/dev/core/-/issues/4839Message templates not always sent2023-12-06T01:46:11ZtottenMessage templates not always sentOverview
----------------------------------------
There appears to be some subtle breakage in how message-templates are sent. I believe this is why the "Password Reset" emails aren't being sent (cc @pfigel @artfulrobot).
Reproduction s...Overview
----------------------------------------
There appears to be some subtle breakage in how message-templates are sent. I believe this is why the "Password Reset" emails aren't being sent (cc @pfigel @artfulrobot).
Reproduction steps
----------------------------------------
Setup a fake email service (eg MailHog)
Run this script:
```php
function do_wfmsg_a() {
$msg = \Civi\WorkflowMessage\WorkflowMessage::create('petition_sign', [
'from' => '"Foo" <foo@bar.com>',
'contactId' => 204,
]);
$msg->setTo('demo@example.com');
return $msg->sendTemplate([
'messageTemplate' => [
'msg_subject' => 'My Subject ' . __FUNCTION__,
'msg_text' => 'Hello',
'msg_html' => '<p>Hello</p>',
]
]);
}
```
Observe whether the email is received
Current behaviour
----------------------------------------
The email is not actually delivered (circa 5.64.0).
Expected behaviour
----------------------------------------
The email is actually delivered (circa 5.63.3).
Comments
----------------------------------------
I did a `git bisect`, and I believe it originates from:
https://github.com/civicrm/civicrm-core/commit/ba4b246234e4dd58e23050138455aec6497ac988
Probably related: When I watched this in the debugger, I noticed that `CRM_Core_BAO_MessageTemplate::renderTemplateRaw()` calls `WorkflowMessage::importAll()`. At this point, it wipes out the `$model->to` property.5.68.0https://lab.civicrm.org/dev/core/-/issues/4828Can't view/edit grants2023-12-03T18:47:17ZJonGoldCan't view/edit grantsOverview
----------------------------------------
Can't view/edit grants.
This is a 5.67 regression, from https://github.com/civicrm/civicrm-core/pull/27411.
Reproduction steps
----------------------------------------
1. Enable CiviGra...Overview
----------------------------------------
Can't view/edit grants.
This is a 5.67 regression, from https://github.com/civicrm/civicrm-core/pull/27411.
Reproduction steps
----------------------------------------
1. Enable CiviGrant.
1. Create a grant.
1. Go to **Grants » Find Grant**. Search for your grant.
1. Click **View**.
This is also true if you click **View** from a contact's *Grants* tab.
Additionally, while **Edit** works, the **Edit** and **Delete** buttons you see when viewing a grant do not.
Current behaviour
----------------------------------------
Empty grant view template.
Expected behaviour
----------------------------------------
Data should display.
Comments
----------------------------------------
There are two issues here. I have a partial fix but I can't work on this further.
* The View template contains tokens that aren't being passed to it. It's getting loaded from an `include` in `templates/CRM/Grant/Form/Grant.tpl` now, which it previously wasn't. We can use most of the values passed in `{$form}` for an Edit page, but we don't have a good way to display selects in View mode.
* When viewing the page, the grant ID and contact ID aren't being calculated correctly for the "Edit" and "Delete" button URLs.
To be honest, I'm not sure how this passed review. I can't find a single way to get a grant to display.colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/4820Contact ID is no longer available in Advanced Search2023-12-04T10:00:53ZJonGoldContact ID is no longer available in Advanced SearchThis regressed in Civi 5.67. See screenshot of 5.66 below.
I did a `git bisect` and traced this to https://github.com/civicrm/civicrm-core/pull/27854. I thought it would be a trivial fix and maybe it is but not at my current brain capa...This regressed in Civi 5.67. See screenshot of 5.66 below.
I did a `git bisect` and traced this to https://github.com/civicrm/civicrm-core/pull/27854. I thought it would be a trivial fix and maybe it is but not at my current brain capacity.
![Selection_2071](/uploads/3d8aaf0674b6ccd2d6aba2e9a8351ce4/Selection_2071.png)https://lab.civicrm.org/dev/core/-/issues/4816CiviMail: Bounce processing is broken with 5.672023-12-04T09:57:49ZDetlev SieberCiviMail: Bounce processing is broken with 5.67## Overview
CiviMail has implemented elaborated bounce processing features: When an email sent by CiviMail is not accepted by the recipient mail server, a bounce mail is sent to the bounce mail account configured in .../civicrm/admin/ma...## Overview
CiviMail has implemented elaborated bounce processing features: When an email sent by CiviMail is not accepted by the recipient mail server, a bounce mail is sent to the bounce mail account configured in .../civicrm/admin/mailSettings&reset=1
The scheduled job fetch_bounces is parsing these bounce mails, using the verp address.
Normally, the bounce mail will be moved to a mail folder called /CiviMail/processed, if it can be traced to an email sent by CiviMail.
If however the bounce mail cannot be connected to a mail sent via CiviMail, the bounce mail is moved to /CiviMail/ignored
The connection is done via the verp address of the bounce mail, e.g.:
[mail+b+\<civicrm_mailing_job.id\>+\<civicrm_mailing_event_queue.id\>+\<hash\>@](mailto:mail+b+10193+10096107+c7dd2e9e8eb2f242@digitalcourage.de)\<domain.org\>
Since 5.67 it seems that this functionality is broken:
Any bounce mails are moved to the ignored folder. No bounce processing is performed anymore.
This issue might be a duplicate of #4775
I have reproduced this on two different CiviCRM installs on WordPress.5.68.0https://lab.civicrm.org/dev/core/-/issues/4799Autocomplete-Select options not saving/displaying properly2023-11-24T14:51:53ZbrienneAutocomplete-Select options not saving/displaying properlyOverview
----------------------------------------
Autocomplete-Select custom fields are not properly displaying when that field is viewed, but does show the selected option in edit mode.
Reproduction steps
------------------------------...Overview
----------------------------------------
Autocomplete-Select custom fields are not properly displaying when that field is viewed, but does show the selected option in edit mode.
Reproduction steps
----------------------------------------
1. Create a custom field of type ‘Autocomplete-Select’
1. Select an option for that field on a contact/contribution/ext. and **Save**
1. Note that the response does not display when viewing the field on that record
1. Click **Edit** and note that the selected option does display
![Selection_026](/uploads/a081103560d07c0726c43779471a35b9/Selection_026.png)
![Selection_027](/uploads/11ed0759d7e3c8d5103bdbeb049a2106/Selection_027.png)
Current behaviour
----------------------------------------
Custom fields of type ‘Autocomplete-Select’ are not displaying when in View mode, but do display when editing that field on a record.
The id of the OptionValue is what is getting saved for the field, instead of its value:
Getting the custom field from the example contact’s record:
```json
[
{
"Auotcomplete_save_test.Favorite_genre_of_rock_music": "1001",
"Auotcomplete_save_test.Favorite_genre_of_rock_music:name": null,
"Auotcomplete_save_test.Favorite_genre_of_rock_music:label": null
}
]
```
Getting the OptionValues for the custom field:
```json
[
{
"id": 1001,
"value": "1",
"label": "Heavy metal",
"name": "Heavy_metal"
},
{
"id": 1002,
"value": "2",
"label": "Hard rock",
"name": "Hard_rock"
},
{
"id": 1003,
"value": "3",
"label": "Punk rock",
"name": "Punk_rock"
},
]
```
Expected behaviour
----------------------------------------
The option selected for the Autocomplete-Select custom field should be displayed both in View and Edit modes.
Environment information
----------------------------------------
* __CiviCRM: 5.67.1, 5.68.beta1https://lab.civicrm.org/dev/core/-/issues/4795probably regression - rc probably js issue on amount on Main page2024-01-04T23:05:29Zeileenprobably regression - rc probably js issue on amount on Main pageConfiguring a membership page to allow an other amount - the js treats it as 'OR' - but I'm pretty sure it used to be AND
![image](/uploads/c2c4e736074e4a2158d8b355796ebbd5/image.png)
![image](/uploads/d2f497a029b54cef981311c1c211c0d3/i...Configuring a membership page to allow an other amount - the js treats it as 'OR' - but I'm pretty sure it used to be AND
![image](/uploads/c2c4e736074e4a2158d8b355796ebbd5/image.png)
![image](/uploads/d2f497a029b54cef981311c1c211c0d3/image.png)
Config
![image](/uploads/1b3cfeab83def6a35feea373ee7299f7/image.png)
Expected behaviour (from 5.60) - when other amount is selected the contribution amount changes to 'Other amount'
![image](/uploads/315cf6d676c8296356d1aea46abf19a9/image.png)
![image](/uploads/d2a0f5a107e087906fc8d9fa7ec7f228/image.png)
In 5.68 rc the membership amount de-selects instead
![image](/uploads/c2ca8e57f2bde2141df546feee591cbd/image.png)https://lab.civicrm.org/dev/core/-/issues/4781CiviCRM 5.67.0 - PHP Fatal error: Uncaught TypeError: CRM_Import_Parser::getF...2024-01-12T04:49:21Zjustinfreeman (Agileware)CiviCRM 5.67.0 - PHP Fatal error: Uncaught TypeError: CRM_Import_Parser::getFieldMetadata when using a Import MappingsThis site was upgraded from CiviCRM 5.64.4 to CiviCRM 5.67.0 and then this problem was reported.
When using a Import Mappings for a membership import, immediately throws a PHP fatal error after the field mapping step.
```PHP message: PH...This site was upgraded from CiviCRM 5.64.4 to CiviCRM 5.67.0 and then this problem was reported.
When using a Import Mappings for a membership import, immediately throws a PHP fatal error after the field mapping step.
```PHP message: PHP Fatal error: Uncaught TypeError: CRM_Import_Parser::getFieldMetadata(): Return value must be of type array, null returned```
Screenshots below indicate the cause of the issue. Discarding that field mapping and starting again is the only solution. None of the drop-downs have the "Do not import" available.
![image](/uploads/7f811efc1cb83c792fb077b0cb5c8e92/image.png)
![image](/uploads/854e8fc2b521b546e381d683375cfdd7/image.png)
Agileware Ref: CIVICRM-2194
Historically this was fixed before https://lab.civicrm.org/dev/core/-/issues/3511 and https://github.com/civicrm/civicrm-core/pull/237605.69.2https://lab.civicrm.org/dev/core/-/issues/4778Menu missing - error in console2023-12-05T10:17:19ZDaveDMenu missing - error in consoleI updated a dev site and now I get an error which mangles the menu.
```
"Undefined array key "adv_search_legacy""
...\sites\all\modules\civicrm\CRM\Admin\Page\AJAX.php(89)
```
Likely here: https://github.com/civicrm/civicrm-core/pull/2...I updated a dev site and now I get an error which mangles the menu.
```
"Undefined array key "adv_search_legacy""
...\sites\all\modules\civicrm\CRM\Admin\Page\AJAX.php(89)
```
Likely here: https://github.com/civicrm/civicrm-core/pull/28072/files5.68.0https://lab.civicrm.org/dev/core/-/issues/4775CiviCRM 5.67.0, Scheduled Job, fetch_bounces - CiviCRM does not process the e...2023-12-08T19:40:28Zjustinfreeman (Agileware)CiviCRM 5.67.0, Scheduled Job, fetch_bounces - CiviCRM does not process the email sent to the unsubscribe email address; contact is not unsubscribedCiviCRM 5.67.0, Scheduled Job, fetch_bounces - CiviCRM does not process the email sent to the unsubscribe email address; contact is not unsubscribed.
Problem occurs when VERP is enabled on the CiviCRM site. Untested when VERP is disabl...CiviCRM 5.67.0, Scheduled Job, fetch_bounces - CiviCRM does not process the email sent to the unsubscribe email address; contact is not unsubscribed.
Problem occurs when VERP is enabled on the CiviCRM site. Untested when VERP is disabled.
When is_create_activities=1 then the email is processed by CiviCRM, but the contact is still not unsubscribed.
Similar to https://lab.civicrm.org/dev/core/-/issues/2801
Agileware Ref: CIVICRM-2193
CiviCRM 5.67.0https://lab.civicrm.org/dev/core/-/issues/4773ACL revamp causes crashes on many SearchKit queries in 5.672023-11-14T00:18:09ZJonGoldACL revamp causes crashes on many SearchKit queries in 5.67Overview
----------------------------------------
This is a separate 5.67 regression from the ACL revamp than I reported Friday. This causes many SearchKit searches with an `IN` operator to fail.
I've isolated the regression to commit ...Overview
----------------------------------------
This is a separate 5.67 regression from the ACL revamp than I reported Friday. This causes many SearchKit searches with an `IN` operator to fail.
I've isolated the regression to commit `77b6e5ac3377cd1bfb1ebbc18bc9925caf06ad38`, which is part of [PR #27472](https://github.com/civicrm/civicrm-core/pull/27472). I'm 99% certain it's [this chunk of code](https://github.com/civicrm/civicrm-core/commit/77b6e5ac3377cd1bfb1ebbc18bc9925caf06ad38#diff-36ab608da0b5718996afd18c10a8c12653c2a1675e81fd3c4dc3e40c2ebb25d2R340).
Reproduction steps
----------------------------------------
Import and run this SearchKit query:
```json
[
[
"SavedSearch",
"save",
{
"records": [
{
"name": "Individual_Donations_Membership_Corporate_Sponsorships_Totals",
"label": "Individual Donations, Membership, Corporate Sponsorships Totals",
"api_entity": "Contribution",
"api_params": {
"version": 4,
"select": [
"COUNT(id) AS COUNT_id",
"GROUP_CONCAT(DISTINCT Contribution_FinancialType_financial_type_id_01.name) AS GROUP_CONCAT_Contribution_FinancialType_financial_type_id_01_name",
"SUM(net_amount) AS SUM_net_amount"
],
"orderBy": [],
"where": [],
"groupBy": [
"financial_type_id"
],
"join": [
[
"FinancialType AS Contribution_FinancialType_financial_type_id_01",
"INNER",
[
"financial_type_id",
"=",
"Contribution_FinancialType_financial_type_id_01.id"
],
[
"Contribution_FinancialType_financial_type_id_01.id",
"IN",
[
"3"
]
]
]
],
"having": []
}
}
],
"match": [
"name"
]
}
]
]
```
Current behaviour
----------------------------------------
Crash.
Expected behaviour
----------------------------------------
No crash.https://lab.civicrm.org/dev/core/-/issues/4771Import - "Matching CiviCRM Field" sorted by name including special non fields2023-11-21T21:00:19ZsamuelsovImport - "Matching CiviCRM Field" sorted by name including special non fieldsIn import screen, the special non fields `- do not import -` and `- related contact info -` get sorted as normal fields which creates several issues:
* related contact fields are not under `- related contact info -` anymore
* on french ...In import screen, the special non fields `- do not import -` and `- related contact info -` get sorted as normal fields which creates several issues:
* related contact fields are not under `- related contact info -` anymore
* on french translation, `- related contact info -` becomes the first in the list, gets selected by default and crash the import if we don't manually select `- do not import -` for each field.
![screen20231113.png](/uploads/83645450246127460002b1565203a546/screen20231113.png)
On CiviCRM 5.60, this used to work as expected with `- related contact info -` at the bottom with the relationship types listed below. Since at least 5.65, this is broken.https://lab.civicrm.org/dev/core/-/issues/4769Regression - CiviCase and CiviCRM 5.67.0 - Unable to load any Activities2024-01-30T05:55:32Zjustinfreeman (Agileware)Regression - CiviCase and CiviCRM 5.67.0 - Unable to load any ActivitiesCiviCase and CiviCRM 5.67.0 - Unable to load any Activities, this impacts both the API and the user interface.
Looks like this problem was introduced with this change, https://github.com/civicrm/civicrm-core/pull/27722/files#diff-4eb5ab...CiviCase and CiviCRM 5.67.0 - Unable to load any Activities, this impacts both the API and the user interface.
Looks like this problem was introduced with this change, https://github.com/civicrm/civicrm-core/pull/27722/files#diff-4eb5abe9e478e4f37ae442a8852de89bb4280671be4aebc813e1f0ed573d77b0R26
Removing this function: [civi_case_civicrm_selectWhereClause](https://github.com/civicrm/civicrm-core/pull/27722/files#diff-4eb5abe9e478e4f37ae442a8852de89bb4280671be4aebc813e1f0ed573d77b0R26) - effectively reverts CiviCase Activities to a usable state.
Agileware Ref: CIVICRM-21915.67.1https://lab.civicrm.org/dev/core/-/issues/4768Event self-service transfer always gives "You do not have sufficient permission"2023-11-14T01:26:14ZDaveDEvent self-service transfer always gives "You do not have sufficient permission"I think it might be from https://github.com/civicrm/civicrm-core/pull/27425 (I'm thinking because see also comments at https://github.com/civicrm/civicrm-core/pull/27770#discussion_r1374660490)I think it might be from https://github.com/civicrm/civicrm-core/pull/27425 (I'm thinking because see also comments at https://github.com/civicrm/civicrm-core/pull/27770#discussion_r1374660490)5.67.1https://lab.civicrm.org/dev/core/-/issues/4767Clean install of 5.68-RC fails on WP2023-12-02T16:06:41ZkcristianoClean install of 5.68-RC fails on WPClean install of CiviCRM 5.68.beta1-202311110239 on WP (both 6.3.2 and 6.4.1) using php 8.1 fails:
php log:
```
[11-Nov-2023 14:09:40 UTC] PHP Fatal error: Uncaught CRM_Core_Exception: [-5: DB Error: already exists
thrown in /home/...Clean install of CiviCRM 5.68.beta1-202311110239 on WP (both 6.3.2 and 6.4.1) using php 8.1 fails:
php log:
```
[11-Nov-2023 14:09:40 UTC] PHP Fatal error: Uncaught CRM_Core_Exception: [-5: DB Error: already exists
thrown in /home/cividev/buildkit/build/wpempty/web/wp-content/plugins/civicrm/civicrm/api/api.php on line 138
```
Nothing in the ConfigAndLog files.
I also logged this issue - https://github.com/civicrm/civicrm-buildkit/issues/825 as I thought it was a buildkit issue.
Same issue with 5.69-alpha.https://lab.civicrm.org/dev/core/-/issues/4766Multiple Profiles on an Event registration display incorrectly2023-11-21T23:34:20ZbrienneMultiple Profiles on an Event registration display incorrectlyOverview
----------------------------------------
When multiple Profiles are added to an event registration page, only the title and help-text of the last Profile is displayed.
Reproduction steps
----------------------------------------...Overview
----------------------------------------
When multiple Profiles are added to an event registration page, only the title and help-text of the last Profile is displayed.
Reproduction steps
----------------------------------------
1. Create two Profiles, with distinct titles and help text, using fields that can be accessed on an event page
1. Add both Profiles to an Event registration page
1. View the registration page
Current behaviour
----------------------------------------
If more than one Profile field is included at the bottom of the page, then only the title and the help text of the bottom most Profile is displayed. While the fields of the other Profiles are displayed, they are shown as being part of the last Profile's section.
![Selection_011](/uploads/c8fd36bf481718f9177dba1761df1066/Selection_011.png)
Expected behaviour
----------------------------------------
Each Profile should be displayed as its own section, with its title, help text, ext.
![Selection_012](/uploads/3ed04d782fdff15c3d604c13fadde06d/Selection_012.png)
Environment information
----------------------------------------
* __CiviCRM:__ 5.67
Comments
----------------------------------------
Did a `git bisect` of the problem and it pointed tho the commit related to [PR 27483](https://github.com/civicrm/civicrm-core/pull/27483). When I revert that patch, the problem does not persist.5.67.2