Development issueshttps://lab.civicrm.org/groups/dev/-/issues2022-05-05T06:27:07Zhttps://lab.civicrm.org/dev/core/-/issues/3084Backend membership with a price set will ignore the price field financial typ...2022-05-05T06:27:07ZherbdoolBackend membership with a price set will ignore the price field financial type, uses price set insteadOverview
----------------------------------------
Backend membership with a price set will ignore the price field financial type, uses price set instead. (This is a different problem from https://lab.civicrm.org/dev/core/-/issues/3083 t...Overview
----------------------------------------
Backend membership with a price set will ignore the price field financial type, uses price set instead. (This is a different problem from https://lab.civicrm.org/dev/core/-/issues/3083 though they should be consistent).
Related to https://lab.civicrm.org/dev/core/-/issues/3084, https://lab.civicrm.org/dev/core/-/issues/2414
Reproduction steps
----------------------------------------
1. Set up a price set to include memberships.
2. One price field should be membership of financial type Member Dues. The other Donation.
![2022-02-25_14.17.49_dev-cycleto.pantheonsite.io_edb775bf4afb](/uploads/baab97de74fc3910e4a016138db06c98/2022-02-25_14.17.49_dev-cycleto.pantheonsite.io_edb775bf4afb.png)
3. Make a backend membership purchase.
Current behaviour
----------------------------------------
The contribution will show that each line item gets the financial type from the price set and not from the price set field:
![2022-02-25_14.16.03_dev-cycleto.pantheonsite.io_372ee7ffbad1](/uploads/1f8a227ce02fb8c0d1b28a707ada8af0/2022-02-25_14.16.03_dev-cycleto.pantheonsite.io_372ee7ffbad1.png)
And it doesn't set the non-deductible amount properly. In fact, I don't think it's set either way. If I change the price set financial type to be Merchandise then it still doesn't set the non-deductible.
![2022-02-25_14.25.54_dev-cycleto.pantheonsite.io_ad7e30a61562](/uploads/4b22eafeeca74ee89f60918102bed234/2022-02-25_14.25.54_dev-cycleto.pantheonsite.io_ad7e30a61562.png)
Expected behaviour
----------------------------------------
Should use the financial type of the price set *field/option*. And it should set the non-deductible based on that. This is how it's working for a non-member price set: it will use the price field financial type and non-deductible amount regardless of what the price set is using.5.49.0https://lab.civicrm.org/dev/core/-/issues/3069Grant fields are included in exports in the Contact grouping2024-03-08T00:10:30ZDaveDGrant fields are included in exports in the Contact groupingGo to e.g. find contacts or find activities and from the results pick some or all and choose Export from the actions dropdown. Choose select fields for export. In the Contacts grouping, CiviGrant fields are being included there. I don't ...Go to e.g. find contacts or find activities and from the results pick some or all and choose Export from the actions dropdown. Choose select fields for export. In the Contacts grouping, CiviGrant fields are being included there. I don't remember seeing this before but will double-check if that's where they used to show up.5.47.0https://lab.civicrm.org/dev/core/-/issues/3063Foreign constraint violation on APIv3 contribution create if financial_type_i...2022-02-16T21:27:08ZIan WilsonForeign constraint violation on APIv3 contribution create if financial_type_id is numericOverview
----------------------------------------
We have a lot of numeric financial types. On the new ESR (and also the dmaster site), attempts to create contributions via APIv3 are failing.
Reproduction steps
-------------------------...Overview
----------------------------------------
We have a lot of numeric financial types. On the new ESR (and also the dmaster site), attempts to create contributions via APIv3 are failing.
Reproduction steps
----------------------------------------
1. Go to /civicrm/api3/#explorer
1. Select "FinancialType" for entity and "create" for action.
1. Fill in a numeric value (e.g. 1234) for Financial Type Value and click Execute.
1. Reload the page.
1. Select "Contribution" for entity and "create" for action.
1. Select your newly created Financial Type ID from the list and fill in anything for other values.
1. Click Execute.
Current behaviour
----------------------------------------
The financial_type_id parameter accepts the financial type name (e.g. "Event Fee"). However, if the provided value is a number, it appears that the resulting SQL query attempts to use the number directly instead of looking up the associated key.
On the dmaster website the following query (via APIv3 explorer):
```php
$result = civicrm_api3('Contribution', 'create', [
'financial_type_id' => 1234,
'receive_date' => "2022-02-08",
'total_amount' => 50,
'contact_id' => "user_contact_id",
]);
```
produces the following result:
```json
{
"code": -3,
"error_message": "DB Error: constraint violation",
"mode": 16,
"debug_info": "INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `payment_instrument_id` , `receive_date` , `total_amount` , `fee_amount` , `net_amount` , `currency` , `contribution_status_id` , `tax_amount` ) VALUES ( 204 , 1234 , 4 , 20220208000000 , 50 , 0 , 50 , 'USD' , 1 , 0 ) [nativecode=1452 ** Cannot add or update a child row: a foreign key constraint fails (`dmastercivi_g5lis`.`civicrm_contribution`, CONSTRAINT `FK_civicrm_contribution_financial_type_id` FOREIGN KEY (`financial_type_id`) REFERENCES `civicrm_financial_type` (`id`))]",
"type": "DB_Error",
"user_info": "INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `payment_instrument_id` , `receive_date` , `total_amount` , `fee_amount` , `net_amount` , `currency` , `contribution_status_id` , `tax_amount` ) VALUES ( 204 , 1234 , 4 , 20220208000000 , 50 , 0 , 50 , 'USD' , 1 , 0 ) [nativecode=1452 ** Cannot add or update a child row: a foreign key constraint fails (`dmastercivi_g5lis`.`civicrm_contribution`, CONSTRAINT `FK_civicrm_contribution_financial_type_id` FOREIGN KEY (`financial_type_id`) REFERENCES `civicrm_financial_type` (`id`))]",
"to_string": "[db_error: message=\"DB Error: constraint violation\" code=-3 mode=callback callback=CRM_Utils_REST::fatal prefix=\"\" info=\"INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `payment_instrument_id` , `receive_date` , `total_amount` , `fee_amount` , `net_amount` , `currency` , `contribution_status_id` , `tax_amount` ) VALUES ( 204 , 1234 , 4 , 20220208000000 , 50 , 0 , 50 , 'USD' , 1 , 0 ) [nativecode=1452 ** Cannot add or update a child row: a foreign key constraint fails (`dmastercivi_g5lis`.`civicrm_contribution`, CONSTRAINT `FK_civicrm_contribution_financial_type_id` FOREIGN KEY (`financial_type_id`) REFERENCES `civicrm_financial_type` (`id`))]\"]",
"is_error": 1
}
```
Using a text value produces a similar example query:
```php
$result = civicrm_api3('Contribution', 'create', [
'financial_type_id' => "Event Fee",
'receive_date' => "2022-02-08",
'total_amount' => 50,
'contact_id' => "user_contact_id",
]);
```
and the result is successful:
```json
{
"is_error": 0,
"version": 3,
"count": 1,
"id": 116,
"values": {
"116": {
"id": "116",
"contact_id": "204",
"financial_type_id": "4",
"contribution_page_id": "",
"payment_instrument_id": "4",
"receive_date": "20220208000000",
"non_deductible_amount": "",
"total_amount": "50",
"fee_amount": "0",
"net_amount": "50",
"trxn_id": "",
"invoice_id": "",
"invoice_number": "",
"currency": "USD",
"cancel_date": "",
"cancel_reason": "",
"receipt_date": "",
"thankyou_date": "",
"source": "",
"amount_level": "",
"contribution_recur_id": "",
"is_test": "",
"is_pay_later": "",
"contribution_status_id": "1",
"address_id": "",
"check_number": "",
"campaign_id": "",
"creditnote_id": "",
"tax_amount": "0",
"revenue_recognition_date": "",
"is_template": "",
"contribution_type_id": "4"
}
}
}
```
Environment information
----------------------------------------
* __CiviCRM:__ _Master/5.45.35.46.2https://lab.civicrm.org/dev/core/-/issues/3059Regression - fatal error when viewing custom fields with money > 10002022-02-09T22:34:18ZeileenRegression - fatal error when viewing custom fields with money > 1000AFFECTS 5.46
To replicate - create a custom field of type money - mine was against entity contribution.
Create a contribution (or whatever) with the field and give it a value greater than 1000.
Attempt to view - fatal error
![image](...AFFECTS 5.46
To replicate - create a custom field of type money - mine was against entity contribution.
Create a contribution (or whatever) with the field and give it a value greater than 1000.
Attempt to view - fatal error
![image](/uploads/2a5e654878a4cc8470890cad953e0299/image.png)5.46.1https://lab.civicrm.org/dev/core/-/issues/3056Search Builder crashes if you have admin access and CiviGrant is not enabled2022-02-28T17:00:43ZDaveDSearch Builder crashes if you have admin access and CiviGrant is not enabledThis is "search builder" as in the menu option Search -> Search Builder (civicrm/contact/search/builder)
CiviGrant was recently moved to an extension. If you don't have it enabled and have admin access search builder thinks you have acc...This is "search builder" as in the menu option Search -> Search Builder (civicrm/contact/search/builder)
CiviGrant was recently moved to an extension. If you don't have it enabled and have admin access search builder thinks you have access to civigrant and tries to add the component but can't find it:
`Error: Class 'CRM_Grant_BAO_Grant' not found in CRM_Core_BAO_Mapping::addComponentFields() (line 764 of ...\CRM\Core\BAO\Mapping.php).`
```php
if (CRM_Core_Permission::check('access CiviGrant')) {
$fields['Grant'] = CRM_Grant_BAO_Grant::exportableFields();
```5.47.0https://lab.civicrm.org/dev/core/-/issues/3055System.check permissions changed in Civi 5.462022-02-09T05:05:44ZJonGoldSystem.check permissions changed in Civi 5.46This is a regression, but most folks aren't going to see this.
[PR 22369](https://github.com/civicrm/civicrm-core/pull/22369) adds a new system check to ensure dedupe rules are present. However, it makes [an API4 call](https://github.c...This is a regression, but most folks aren't going to see this.
[PR 22369](https://github.com/civicrm/civicrm-core/pull/22369) adds a new system check to ensure dedupe rules are present. However, it makes [an API4 call](https://github.com/civicrm/civicrm-core/blob/bf2fc668d9e458df17248e35968fbb06b97411d6/CRM/Utils/Check/Component/DedupeRules.php#L25) without bypassing a permission check.
Most of the time you need "Administer CiviCRM" to run `System.check` so this is usually fine. However, I have an extension that creates a custom permission that can also be used. This allows me to monitor CiviCRM remotely without storing an API key for an admin account on my monitoring server. So on 5.46 that user gets "authorization failed" when I run `System.check`.
Given the non-sensitive nature of this data, and the fact that someone must have permission to run `System.check`, I think it makes sense for this API call to bypass the permission check.5.46.1JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3047Contribution receipt no longer sends groupName to alterMailParams hook2022-01-30T16:44:44ZDaveDContribution receipt no longer sends groupName to alterMailParams hookLooks like it's these changes: https://github.com/civicrm/civicrm-core/pull/22615/files#diff-9a5050a22004395ee29b440cd543c11c4283cdb72563f28eae30806e5eba8cd3L418
I know there is some ongoing work to deprecate groupName etc but I thought...Looks like it's these changes: https://github.com/civicrm/civicrm-core/pull/22615/files#diff-9a5050a22004395ee29b440cd543c11c4283cdb72563f28eae30806e5eba8cd3L418
I know there is some ongoing work to deprecate groupName etc but I thought current hooks would still work for now, unless I missed it somewhere in a dev-digest.
Putting regression (in master) for the moment.https://lab.civicrm.org/dev/core/-/issues/3046searchkit: Where clauses no longer working2022-01-31T05:23:32ZDaveDsearchkit: Where clauses no longer workingNot sure when this broke. Probably recent.
It returns no records.
![Untitled2](/uploads/705e0f68edf50b8c44c264d0c2f7fd34/Untitled2.png)Not sure when this broke. Probably recent.
It returns no records.
![Untitled2](/uploads/705e0f68edf50b8c44c264d0c2f7fd34/Untitled2.png)5.47.0https://lab.civicrm.org/dev/core/-/issues/3045Upgrade error - unknown column 'entity_modified_date' in 'civicrm_managed'2022-02-02T01:47:08ZwmortadaUpgrade error - unknown column 'entity_modified_date' in 'civicrm_managed'Overview
----------------------------------------
I've come across an issue when upgrading a site from CiviCRM 5.33.5 to CiviCRM 5.45.1.
Looking at the error log, I think the issue is that the upgrade process is trying to set the `enti...Overview
----------------------------------------
I've come across an issue when upgrading a site from CiviCRM 5.33.5 to CiviCRM 5.45.1.
Looking at the error log, I think the issue is that the upgrade process is trying to set the `entity_modified_date` in `civicrm_managed` before this field is created.
I think the error occurs when the upgrader is running the `upgrade_5_39_alpha1` in `/CRM/Upgrade/Incremental/php/FiveThirtyNine.php`. The post hook calls `/CRM/Core/BAO/Managed.php`(which was added in CiviCRM 5.45). Line 37 of which executes this SQL:
```sql
UPDATE civicrm_managed SET entity_modified_date = CURRENT_TIMESTAMP WHERE entity_type = 'SavedSearch' AND entity_id = 348;
```
This fails with an error, because `entity_modified_date` field isn't added until CiviCRM 5.45. It is added in `/CRM/Upgrade/Incremental/php/FiveFortyFive.php`.
Reproduction steps
----------------------------------------
Update from CiviCRM 5.33.5 to CiviCRM 5.45.1 using `cv upgrade:db`.
Presumably the site needs to have some saved searches that are modified in the 5.39 upgrade process.
Current behaviour
----------------------------------------
Upgrade fails with error:
```shell
Dropping SQL triggers...
Preparing upgrade...
Executing upgrade...
...................................................PHP Warning: A non-numeric value encountered in phar:///usr/local/bin/cv/vendor/symfony/console/Output/Output.php on line 145
Warning: A non-numeric value encountered in phar:///usr/local/bin/cv/vendor/symfony/console/Output/Output.php on line 145
PHP Warning: A non-numeric value encountered in phar:///usr/local/bin/cv/vendor/symfony/console/Output/Output.php on line 148
Warning: A non-numeric value encountered in phar:///usr/local/bin/cv/vendor/symfony/console/Output/Output.php on line 148
Error executing task: %s
[CiviCRM_API3_Exception]
DB Error: no such field
```
Expected behaviour
----------------------------------------
Upgrade completes successfully.
Environment information
----------------------------------------
* __Browser:__ N/A
* __CiviCRM:__ 5.33.5 to 5.45.1
* __PHP:__ 7.3
* __CMS:__ WordPress 5.4
* __Database:__ MySQL 5.7.27
* __Web Server:__ Nginx 1.15.0
Comments
----------------------------------------
Possibly related error reported here: https://civicrm.stackexchange.com/questions/41040/upgrade-fails-unknown-column-entity-modified-date
Workaround
----------------------------------------
A workaround is to upgrade to CiviCRM 5.44 first and then to CiviCRM 5.45. This fixed the problem for me with this particular site.https://lab.civicrm.org/dev/core/-/issues/3036Form Builder (afform-admin) requires search_kit in 5.45 causing crash if you ...2022-03-01T00:32:23ZDaveDForm Builder (afform-admin) requires search_kit in 5.45 causing crash if you have Form Builder installed but not search kit before upgradingOne option is force install search kit during upgrade if form builder is installed. Pros and cons to that.
Another option is form builder disable itself during upgrade if search kit is not installed. Also pros and cons.
Another is a pr...One option is force install search kit during upgrade if form builder is installed. Pros and cons to that.
Another option is form builder disable itself during upgrade if search kit is not installed. Also pros and cons.
Another is a pre-upgrade message warning of the issue and what they can do (install search kit or disable afform-admin).
Another is make form builder more tolerant of missing search kit, but it seems like the extension system itself is also looking at the dependency and expecting it to be there.
https://civicrm.stackexchange.com/questions/41044/error-class-crm-search-upgrader-not-found-since-upgrading-to-5-45-1-joomla
and
https://civicrm.stackexchange.com/questions/41068/error-class-crm-search-upgrader-not-found-since-upgrading-civicrm-to-5-45-1-on/41084#410845.45.2https://lab.civicrm.org/dev/core/-/issues/3028Fatal error when merging Housholds (getTemplateForGreeting)2022-02-04T14:41:41Zmagnolia61Fatal error when merging Housholds (getTemplateForGreeting)Overview
----------------------------------------
When I try to merge two households of which one has the "communication style" filled, the merge results in a fatal error
Reproduction steps
----------------------------------------
1. Cl...Overview
----------------------------------------
When I try to merge two households of which one has the "communication style" filled, the merge results in a fatal error
Reproduction steps
----------------------------------------
1. Click on merge housholds
2. Merge two households of which one has a "communication style" field
1. Try to merge: end up with fatal error.
Current behaviour
----------------------------------------
![afbeelding](/uploads/378cececbc7a52ab2f6f1074255e345f/afbeelding.png)
`TypeError: Return value of CRM_Contact_BAO_Contact::getTemplateForGreeting() must be of the type string, null returned in CRM_Contact_BAO_Contact::getTemplateForGreeting() (line 3509 of /var/www/vhosts/xyz/webroot/sites/all/modules/civicrm/CRM/Contact/BAO/Contact.php).`
`Notice: Undefined offset: 1 in CRM_Contact_BAO_Contact::getTemplateForGreeting() (line 3509 of /var/www/vhosts/xyz/webroot/sites/all/modules/civicrm/CRM/Contact/BAO/Contact.php).`
Expected behaviour
----------------------------------------
Successful merge of two households
Environment information
----------------------------------------
- CiviCRM: 5.45.0
- CMS: Drupal 7.84
- PHP: 7.4.27 (fpm-fcgi)
- Database: 10.6.5-MariaDB-1:10.6.5+maria~bullseye-log engine: InnoDB 10 row format: Dynamic
- Webserver: Apache
- OS: Linux
Comments
----------------------------------------
_Anything else you would like the reviewer to note._5.45.2https://lab.civicrm.org/dev/core/-/issues/3025Can't create a relationship with CiviMember disabled2022-01-11T20:38:01ZJonGoldCan't create a relationship with CiviMember disabledWhen creating a relationship via the "Add Relationship" UI, Civi crashes if CiviMember is disabled.
### Steps to Replicate
* Disable CiviMember.
* Add a relationship by pressing the **Add Relationship** button on the *Relationships* tab...When creating a relationship via the "Add Relationship" UI, Civi crashes if CiviMember is disabled.
### Steps to Replicate
* Disable CiviMember.
* Add a relationship by pressing the **Add Relationship** button on the *Relationships* tab.
### Expected Result
Relationship added, no error.
### Actual Result
Relationship is added, but with error `Key id not found in api results` (in Civi 5.45) or `MembershipType API is not available because CiviMember component is disabled` (Civi 5.47).
This is a regression introduced in 5.43 by [PR 21803](https://github.com/civicrm/civicrm-core/pull/21803). Post-save, Civi tries to calculate the membership/contribution counts to display on the contact tab. `CRM_Contact_BAO_Contact::getCountComponent()` attempts to look up the count using API4, but without regard for whether that entity is present.5.45.1JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3018Cannot configure repeat events in CiviCRM2022-01-06T00:13:17ZChabadrichmondCannot configure repeat events in CiviCRMWhen trying to create an event and add repeating it shows a critical wordpress error page.
If I go into an existing event and try to go the repeat tab it gives me the network error.
This seems somewhat recent (maybe since V 5.3x... but I...When trying to create an event and add repeating it shows a critical wordpress error page.
If I go into an existing event and try to go the repeat tab it gives me the network error.
This seems somewhat recent (maybe since V 5.3x... but I had the issue on 5.42 and 5.44)
I could not replicate on CiviCRM demo site but was able to replicate on both demos which show on the CiviCRM website [here](https://civicrm.org/demo?field_language_value=All&field_cms_demo_value=wordpress)
Attaching a VIDEO to show what's happening.
![Screen_Recording_2022-01-04_at_10.20.36_PM](/uploads/745accbe5266fd731c9799234585e6b6/Screen_Recording_2022-01-04_at_10.20.36_PM.mov)5.45.0https://lab.civicrm.org/dev/core/-/issues/3013Can't create > 25 thank-you letters from contributions2021-12-30T03:41:35ZJonGoldCan't create > 25 thank-you letters from contributionsThis is a regression in 5.44 from https://github.com/civicrm/civicrm-core/pull/21816. API3 25 record limit bug.
### Steps to replicate
* Do a contribution search that yields > 25 records.
* Create PDF thank-you letters from all records...This is a regression in 5.44 from https://github.com/civicrm/civicrm-core/pull/21816. API3 25 record limit bug.
### Steps to replicate
* Do a contribution search that yields > 25 records.
* Create PDF thank-you letters from all records.
Get this error:
```
TypeError: Argument 2 passed to CRM_Contribute_Form_Task_PDFLetter::resolveTokens() must be of the type int, null given, called in /home/jon/local/crcl/htdocs/sites/all/modules/civicrm/CRM/Contribute/Form/Task/PDFLetter.php on line 436 in CRM_Contribute_Form_Task_PDFLetter->resolveTokens() (line 553 of /home/jon/local/crcl/htdocs/sites/all/modules/civicrm/CRM/Contribute/Form/Task/PDFLetter.php).
```JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3000Can't save a shared address twice when you have custom address fields2021-12-25T19:34:53ZJonGoldCan't save a shared address twice when you have custom address fieldsThis is a regression from https://github.com/civicrm/civicrm-core/pull/21313, which is in Civi 5.42+.
### Steps to replicate
* Create an address custom field (it may have to be a certain type; it happens with alphanumeric select-autocom...This is a regression from https://github.com/civicrm/civicrm-core/pull/21313, which is in Civi 5.42+.
### Steps to replicate
* Create an address custom field (it may have to be a certain type; it happens with alphanumeric select-autocomplete for sure).
* Create or re-save an address on a contact (to create its custom field record).
* On a second contact, share the address from the first contact and save.
* Edit the address on the second contact and save.
### Expected result
Saves successfully.
### Actual result
`"DB Error: already exists"`
### Comments
The `entity_id` on a custom value field must be unique, but the PR mentioned above forces an `INSERT` when copying the custom fields of the original address.5.45.0https://lab.civicrm.org/dev/core/-/issues/2974Membership status update breaks if override is removed2021-12-02T05:48:05ZJonGoldMembership status update breaks if override is removed### Steps to replicate
* Open a membership whose status should be "New" or "Current".
* Override the membership so the status is "Expired".
* Remove the override status and save.
### Expected Behavior
Membership returns to its normal st...### Steps to replicate
* Open a membership whose status should be "New" or "Current".
* Override the membership so the status is "Expired".
* Remove the override status and save.
### Expected Behavior
Membership returns to its normal status.
### Actual Behavior
Membership retains its override status, with no way to fix except with another override.
Additionally, the "Update Memberships" scheduled job doesn't work
This is a regression in 5.42, which I've tracked down to https://github.com/civicrm/civicrm-core/pull/20976.
I'm thinking the solution would be to clear the `status_id` when removing an override (likely with JS at the form level) but I'm not clear on the reason for the change so I'll let wiser heads prevail.5.44.0https://lab.civicrm.org/dev/core/-/issues/2973Custom fields all broken2021-12-01T03:19:28ZDaveDCustom fields all brokenMust be pretty recent. Noticed it locally and confirmed on dmaster.demo.
The fields are unusable on any entity edit form and all say NULL.
![Untitled](/uploads/3ec5d44c1d954956076f9e9a5f208892/Untitled.png)Must be pretty recent. Noticed it locally and confirmed on dmaster.demo.
The fields are unusable on any entity edit form and all say NULL.
![Untitled](/uploads/3ec5d44c1d954956076f9e9a5f208892/Untitled.png)5.45.0https://lab.civicrm.org/dev/core/-/issues/2952Multivalued custom field as "tab with table" no longer shows the tab2021-11-11T18:48:17ZDaveDMultivalued custom field as "tab with table" no longer shows the tab1. Create a custom field group and set it to be multivalued with style Tab with Table.
1. Add a field.
1. When you visit a contact record there's supposed to be a tab for it, but now it shows 2 Change Log tabs instead. On dmaster.demo I ...1. Create a custom field group and set it to be multivalued with style Tab with Table.
1. Add a field.
1. When you visit a contact record there's supposed to be a tab for it, but now it shows 2 Change Log tabs instead. On dmaster.demo I get a slightly different problem but still wrong - two tabs for the custom field group.
Maybe from https://github.com/civicrm/civicrm-core/pull/21991 ? Haven't confirmed.5.45.0https://lab.civicrm.org/dev/core/-/issues/2947event token values missing from pdf export from participant search2021-11-15T11:00:40ZJanecevent token values missing from pdf export from participant search5.43.1https://lab.civicrm.org/dev/core/-/issues/2942Displaying map for contact address causes WP error2021-11-15T07:59:28Ztreasurer@tricitiesprideDisplaying map for contact address causes WP errorOverview
----------------------------------------
Selecting "map" from the contact detail causes a Wordpress error.
![image](/uploads/6da1e74e2278d36dd879c7cf4a106605/image.png)
![image](/uploads/86c348df39b887caa6d56a9f92756bee/image....Overview
----------------------------------------
Selecting "map" from the contact detail causes a Wordpress error.
![image](/uploads/6da1e74e2278d36dd879c7cf4a106605/image.png)
![image](/uploads/86c348df39b887caa6d56a9f92756bee/image.png)
Reproduction steps
----------------------------------------
1. Click on **Contacts -> Map**.
Current behaviour
----------------------------------------
Selecting "map" from the contact detail causes a Wordpress error.
![image](/uploads/6da1e74e2278d36dd879c7cf4a106605/image.png)
![image](/uploads/86c348df39b887caa6d56a9f92756bee/image.png)
```
Error Details
=============
An error of type E_ERROR was caused in line 128 of the file /wp-content/plugins/civicrm/civicrm/CRM/Contact/Form/Task/Map.php. Error message: Uncaught Error: Using $this when not in object context in /wp-content/plugins/civicrm/civicrm/CRM/Contact/Form/Task/Map.php:128
Stack trace:
#0 /wp-content/plugins/civicrm/civicrm/CRM/Contact/Form/Task/Map.php(92): CRM_Contact_Form_Task_Map::createMapXML(Array, 1, Object(CRM_Contact_Form_Task_Map), true, 'Contact')
#1 /wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(629): CRM_Contact_Form_Task_Map->preProcess()
#2 /wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Display.php(76): CRM_Core_Form->buildForm()
#3 /wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Display->perform(Object(CRM_Contact_Form_Task_Map), 'display')
#4 /wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_C
```
Expected behaviour
----------------------------------------
Map should display
Environment information
----------------------------------------
* __Browser:__ _Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.69 Safari/537.36_
* __CiviCRM:__ Version 5.43.0
* __PHP:__ _7.4.22__
* __CMS:__ _Wordpress Version 5.8.1_
* __Database:__ MariaDB 10.3.31-MariaDB-log-cll-lve - MariaDB Server..._
* __Web Server:__ Apache 2.4.48_5.43.1