Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-05-29T05:03:22Zhttps://lab.civicrm.org/dev/core/-/issues/2179Clarification on date format specifiers2023-05-29T05:03:22ZfkohrtClarification on date format specifiersAs a site admin, when I wanted to adjust our date formats at `/civicrm/admin/setting/date`, I was confused that despite a notice saying "Settings use standard POSIX specifiers.", some fields contained `%f`. Maybe provide a link to the [r...As a site admin, when I wanted to adjust our date formats at `/civicrm/admin/setting/date`, I was confused that despite a notice saying "Settings use standard POSIX specifiers.", some fields contained `%f`. Maybe provide a link to the [relevant code](https://github.com/civicrm/civicrm-core/blob/56f54f02/CRM/Utils/Date.php#L397-L416) for people who'd like to know more or add some other kind of context. Or am I wrong and `%f` is part of the POSIX standard?
Also I am confused about the [selectable options](https://github.com/civicrm/civicrm-core/blob/9b85cd33/CRM/Core/SelectValues.php#L736-L754) for the _Date Input Format_: E.g. why does it say "`yy-mm-dd`", but gives "`2009-12-31`" as example, where year has four digits (and not two as hinted by "`yy`")?https://lab.civicrm.org/dev/core/-/issues/2178Cannot manually add contacts immediately after group creation2020-11-20T00:02:45ZandrewcormickdockeryCannot manually add contacts immediately after group creationOverview
----------------------------------------
In Civi 5.31.0, there is difficulty in assigning contacts immediately after a static group creation. This is a regression compared to Civi 5.28.3 (I haven't tested later versions of Civi...Overview
----------------------------------------
In Civi 5.31.0, there is difficulty in assigning contacts immediately after a static group creation. This is a regression compared to Civi 5.28.3 (I haven't tested later versions of Civi than this).
Reproduction steps
----------------------------------------
1. Contacts/New Group, add name, set group type as mailing list, save.
2. Add contacts to group, choose name to find, ensure results have about 10 entries or so.
3. Select all contacts, add. No contacts added. Strange formatting on messages.
Current behaviour
----------------------------------------
Contacts not added to group. Strange formatting in messages, see images.
![image](/uploads/42a94da16ced4f9b6397133cd4b3a4b7/image.png)
![image](/uploads/90ac3eff22ecc5fff1ba4daa3133a99c/image.png)
Note that contacts can still be added to static groups in other ways, I have noticed this problem specifically with the "add contact" screen shown immediately after creating the static group.
Expected behaviour
----------------------------------------
Contacts should be added to the group as indicated by the user.
Environment information
----------------------------------------
* __CiviCRM:__ _5.31.0_
* __PHP:__ _7.3_
* __CMS:__ _Drupal 7.73_
* __Database:__ _MariaDB 10.3.20_
* __Web Server:__ _Nginx 1.10.3_5.31.1https://lab.civicrm.org/dev/core/-/issues/2177Recent drush requires updated symfony/finder2023-08-19T00:28:39ZfkohrtRecent drush requires updated symfony/finderWhile [installing](https://docs.civicrm.org/installation/en/latest/drupal8/#download) CiviCRM 5.31 on Drupal 8, composer had a problem during `composer require civicrm/civicrm-{core,packages,drupal-8}:'~5.31'`.
<details>
<summary>Consol...While [installing](https://docs.civicrm.org/installation/en/latest/drupal8/#download) CiviCRM 5.31 on Drupal 8, composer had a problem during `composer require civicrm/civicrm-{core,packages,drupal-8}:'~5.31'`.
<details>
<summary>Console output</summary>
```
./composer.json has been updated
Running composer update civicrm/civicrm-core civicrm/civicrm-packages civicrm/civicrm-drupal-8
Loading composer repositories with package information
Updating dependencies
Your requirements could not be resolved to an installable set of packages.
Problem 1
- civicrm/civicrm-core[5.31.0, ..., 5.32.x-dev] require symfony/finder ~3.0 || ~4.4 -> found symfony/finder[v3.0.0-BETA1, ..., 3.4.x-dev, v4.4.0-BETA1, ..., 4.4.x-dev] but the package is fixed to v5.1.8 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.
- Root composer.json requires civicrm/civicrm-core ~5.31 -> satisfiable by civicrm/civicrm-core[5.31.0, 5.31.x-dev, 5.32.x-dev].
Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.
```
</details>
I had previously installed `drush/drush:10.3.6` which requires `symfony/finder:5.1.8`. However, `civicrm/civicrm-core:~5.31` requires `symfony/finder ~3.0 || ~4.4`. This leads to the problem above. I had to use `composer require drush/drush:10.3.5` to proceed with the installation.
Maybe `civicrm-core` should be updated to require `symfony/finder:~5.1` as well?https://lab.civicrm.org/dev/core/-/issues/2176JQuery not launching on Tag/Categories page, making it not usable2023-06-05T05:03:23ZSemperFiJQuery not launching on Tag/Categories page, making it not usableOverview
----------------------------------------
Hello - I'd like to report an issue on the tag/categories configuration page.
The list is not well displayed due to JQuery not be loaded. See attached normal view vs. my view
Developer c...Overview
----------------------------------------
Hello - I'd like to report an issue on the tag/categories configuration page.
The list is not well displayed due to JQuery not be loaded. See attached normal view vs. my view
Developer console reports "jquery-ui.min.js:9 Uncaught Invalid date" (see details attached)
In current situation I cannot either edit nor add tags/categories
This is not an urgent case, but anyhelp will be appreciated.
Thanks
Reproduction steps
----------------------------------------
1. Click on **Administer -> Customize data and screens -> Tags/categories**.
Current behaviour
----------------------------------------
Please see attached ![error_categorie_tag](/uploads/da1fb9ab9864a3519e65a315189c6885/error_categorie_tag.PNG)
Expected behaviour
----------------------------------------
Please see attached ![expected_view_categorie_tag](/uploads/0810a2c1ea720484fea7f42e7c6f99a4/expected_view_categorie_tag.PNG)
Environment information
----------------------------------------
* Browser: Chrome Version 86.0.4240.111
* CiviCRM: 5.31
* PHP: PHP 7.2.34-8+
* CMS: WordPress 5.5.3
* Database: 10.3.25-MariaDB
* Web Server: Apache/2.4.46 (Ubuntu)https://lab.civicrm.org/dev/core/-/issues/2175Do not send backoffice receipts for contributions that are pending2023-05-29T05:03:23ZseamusleeDo not send backoffice receipts for contributions that are pendingOverview
----------------------------------------
We have found on a client site as per https://github.com/iATSPayments/com.iatspayments.civicrm/issues/225 that if you use an ACH / EFT as Iats does or the payment is completed via notific...Overview
----------------------------------------
We have found on a client site as per https://github.com/iATSPayments/com.iatspayments.civicrm/issues/225 that if you use an ACH / EFT as Iats does or the payment is completed via notification which might be the case for some processors you can wind up with 2 receipts being issued. One when the back office form is completed and the other when the payment is actually successful.
Current behaviour
----------------------------------------
If the send receipt checkbox is checked on the back office contribution and the contribution remains pending a receipt is issued
Expected behaviour
----------------------------------------
Only one Receipt should be issued when the contribution is completedhttps://lab.civicrm.org/dev/core/-/issues/2174Activity Summary report is missing pagination2020-12-11T02:59:51ZMonish DebActivity Summary report is missing paginationSteps to replicate:
1. Go to Activity Summary report
2. Grouping - Contact
3. Submit
It always shows 50 records without pagination, irrespective of total number of records:
![core-activity-summary](/uploads/c3819b7b5e3ba79c3edf9940840...Steps to replicate:
1. Go to Activity Summary report
2. Grouping - Contact
3. Submit
It always shows 50 records without pagination, irrespective of total number of records:
![core-activity-summary](/uploads/c3819b7b5e3ba79c3edf99408400b00c/core-activity-summary.gif)5.34.0Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/2173Reports don't filter with empty custom fields2020-12-30T06:55:13ZCésarReports don't filter with empty custom fieldsHello,
I have created a group of custom fields and a new custom field type "Alphanumeric". Then I have created two contacts without assigning them any value in the custom field. Finally I have tried to filter the field in the reports as...Hello,
I have created a group of custom fields and a new custom field type "Alphanumeric". Then I have created two contacts without assigning them any value in the custom field. Finally I have tried to filter the field in the reports as "is empty (NULL)" and the report shows only the null results. (When the contact is created it is assigned as empty)
Tested in multiple reports on dmaster:
![report_bug3](/uploads/0f610549cab62df50a03460207f0be5c/report_bug3.gif)5.34.0https://lab.civicrm.org/dev/core/-/issues/2172Campaigns > Reserve Respondents causes SQL error2020-11-10T20:47:09Zaydunsaidan.saunders@squiffle.ukCampaigns > Reserve Respondents causes SQL errorOverview
----------------------------------------
Searching for respondents results in a SQL error
See https://civicrm.stackexchange.com/q/38114/225
Preparation
-----------
1. Check CiviCampaigns component is enabled (**Administer > Sy...Overview
----------------------------------------
Searching for respondents results in a SQL error
See https://civicrm.stackexchange.com/q/38114/225
Preparation
-----------
1. Check CiviCampaigns component is enabled (**Administer > System Settings > Components**)
1. Click on **Campaigns > New Survey** and create a survey
Reproduction steps
----------------------------------------
1. Click on **Campaigns -> Reserve Respondents**.
1. Click **Search**
1. Got an error "**Fatal error: DB error**".
Current behaviour
----------------------------------------
Error
Expected behaviour
----------------------------------------
No error!
Environment information
----------------------------------------
* __CiviCRM:__ _Master_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->5.33.0aydunsaidan.saunders@squiffle.ukaydunsaidan.saunders@squiffle.ukhttps://lab.civicrm.org/dev/joomla/-/issues/30Smarty setting resets to 0 on upgrade2020-11-09T13:45:59Zjoshjosh@civicrm.orgSmarty setting resets to 0 on upgradeOn upgrade, the smarty setting on lines 308 - 310 referenced below of the civicrm.settings.php in the file located in the joomla directory: components/com_civicrm reverts from "1" to "0"
The corresponding file in: administrator/compone...On upgrade, the smarty setting on lines 308 - 310 referenced below of the civicrm.settings.php in the file located in the joomla directory: components/com_civicrm reverts from "1" to "0"
The corresponding file in: administrator/components/com_civicrm remains unchanged on upgrade.
The expected behavior is that both settings, which appear necessary for smarty to work, would remain regardless of upgrade.
`if (!defined('CIVICRM_MAIL_SMARTY')) {
define( 'CIVICRM_MAIL_SMARTY', 1 );
}
`https://lab.civicrm.org/dev/core/-/issues/2171Changing entity for custom field group breaks associations with fields used i...2023-05-26T05:03:19ZJKingsnorthChanging entity for custom field group breaks associations with fields used in profilesNot a serious issue, but if you change the 'entity' which a custom field group uses, it breaks the association between fields in that group, and where those fields are exposed in profiles. The fields **do continue to work** in profiles, ...Not a serious issue, but if you change the 'entity' which a custom field group uses, it breaks the association between fields in that group, and where those fields are exposed in profiles. The fields **do continue to work** in profiles, but can break when edited.
---
Steps to recreate on dmaster:
- Create a new custom field group used for 'contact' entity 'Group to change'
- Add a text field 'Field to change'
- Create a profile 'Profile 1', add 'Field to change' to it, save
- Edit the field group settings on 'Group to change'
- Change used for 'Contacts' to 'Individual' > 'Any'
- Go to 'Profile 1', edit 'Fields'
- Notice that 'Field to change' still says '(Contact)'
- Click to 'Edit' it, it shows the first alphabetical 'Contact' field instead, which is 'Address Name'
- If you save changes to the field, witout re-selecting the correct field, the field will be replaced
---
Proposed solution:
When the entity a field group extends is updated, update references to it in the civicrm_uf_field table as well.
(Or, maybe better, don't store the field_type in the civicrm_uf_field table at all, because otherwise we're duplicating data! But that's a bigger fix with more implications...)
---
Query to highlight fields which have inconsistent types in the group and profile field table:
```
SELECT * FROM civicrm_custom_group cg
left join civicrm_custom_field cf on cf.custom_group_id = cg.id
left join civicrm_uf_field uf on uf.field_name = CONCAT('custom_', cf.id)
where uf.field_type is not null and cg.extends <> uf.field_type;
```https://lab.civicrm.org/dev/core/-/issues/2170Certain files in release tarballs which are excluded in vendor .gitignore2023-05-27T05:03:17ZkcristianoCertain files in release tarballs which are excluded in vendor .gitignoreIn reviewing the 5.31.0 release I see the following files in the release tarballs:
```
civicrm/vendor/civicrm/composer-compile-lib/CCL.php
civicrm/vendor/padaliyajay/php-autoprefixer/nbproject/project.properties
civicrm/vendor/padali...In reviewing the 5.31.0 release I see the following files in the release tarballs:
```
civicrm/vendor/civicrm/composer-compile-lib/CCL.php
civicrm/vendor/padaliyajay/php-autoprefixer/nbproject/project.properties
civicrm/vendor/padaliyajay/php-autoprefixer/nbproject/project.xml
```
`civicrm/vendor/civicrm/composer-compile-lib/.gitignore`:
```
/CCL.php
/tests/examples/scss/dist
/tests/examples/scss/output.css
/tests/examples/scss/output.min.css
/vendor/
/.idea/
*~
```
`civicrm/vendor/padaliyajay/php-autoprefixer/.gitignore`:
```
/nbproject/
/test/nbproject/private/
/test/
```
Based on the .gitignore I'd expect these not to be in the release package. The `nbproject` certainly shouldn't be needed, but I am unsure of `civicrm/vendor/civicrm/composer-compile-lib/CCL.php`seamusleeseamusleehttps://lab.civicrm.org/dev/core/-/issues/2169Contact hash token does not populate in reminders2021-03-28T06:46:04ZdschaferContact hash token does not populate in remindersThe token {contact.hash} does not populate when used in a scheduled reminder.
I works correctly in all other mail contexts.
Using 5.27.5 ESRThe token {contact.hash} does not populate when used in a scheduled reminder.
I works correctly in all other mail contexts.
Using 5.27.5 ESR5.37.0https://lab.civicrm.org/dev/core/-/issues/2168Lots of composer errors related to a patch trying to be applied2023-09-13T05:03:16ZHeneryHLots of composer errors related to a patch trying to be appliedI've been having lots of problems with this patch being installed. Is there something that comes to mind?
```
Gathering patches for dependencies. This might take a minute.
- Installing adrienrn/php-mimetyper (0.2.2): Loading from cac...I've been having lots of problems with this patch being installed. Is there something that comes to mind?
```
Gathering patches for dependencies. This might take a minute.
- Installing adrienrn/php-mimetyper (0.2.2): Loading from cache
- Applying patches for adrienrn/php-mimetyper
https://patch-diff.githubusercontent.com/raw/adrienrn/php-mimetyper/pull/15.patch (Update gitignore to ensure that sites that manage via git don't miss out on the important db.json file)
Could not apply patch! Skipping. The error was: Cannot apply patch https://patch-diff.githubusercontent.com/raw/adrienrn/php-mimetyper/pull/15.patch
Installation failed, reverting ./composer.json to its original content.
[Exception]
Cannot apply patch Update gitignore to ensure that sites that manage via git don't miss out on the important db.json file (https://patch-diff.githubusercontent.com/raw/adrienrn/php-mimetyper/pull/15.patch)!
```https://lab.civicrm.org/dev/financial/-/issues/156Refund status not set correctly when cancelled_payment_id is set2020-11-09T14:28:28ZJonGoldRefund status not set correctly when cancelled_payment_id is setThis is the same as https://lab.civicrm.org/extensions/stripe/-/issues/260, but the issue lies in core.
### Steps to Replicate
* Create a contribution.
* Refund the entire contribution via `Payment.create`. Set the `cancelled_payment_i...This is the same as https://lab.civicrm.org/extensions/stripe/-/issues/260, but the issue lies in core.
### Steps to Replicate
* Create a contribution.
* Refund the entire contribution via `Payment.create`. Set the `cancelled_payment_id`.
### Expected Result
The contribution's status should be "Refunded".
### Actual Result
The contribution's status remains "Completed".
PR [16148](https://github.com/civicrm/civicrm-core/pull/16148)'s purpose is to set a contribution's status to "Refunded" when the refund's total equals the contribution's total (in `CRM_Financial_BAO_Payment::create()`.
However, this function [returns early](https://github.com/civicrm/civicrm-core/blob/0b44c58f8d6abea7e0be266d89e0100a0e871f60/CRM/Financial/BAO/Payment.php#L99-L102) if the `cancelled_payment_id` is set. Stripe 6.5 [sets that value](https://lab.civicrm.org/extensions/stripe/-/blob/master/CRM/Core/Payment/StripeIPN.php#L318) (as it should). So that code never runs.
Moreover, the test on PR 16148 doesn't set this value, so the bug isn't caught.5.32.0JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/2167Fulltext search drupal block has Go button on the wrong side2020-11-05T22:15:39ZDaveDFulltext search drupal block has Go button on the wrong sideThis is technically a regression from the button changes in 5.31, but everything still works.
Civi makes a drupal block available that you can place in any block region to access the fulltext search no matter what screen you're on. It h...This is technically a regression from the button changes in 5.31, but everything still works.
Civi makes a drupal block available that you can place in any block region to access the fulltext search no matter what screen you're on. It has a "Go" button that is now floating left.
I debated whether to try to fix the float or just move it to the bottom into its own buttons row. I'm leaning to moving because I believe the word "Go" was chosen to save space to fit it all on one line, but this doesn't work in all languages anyway.5.31.0https://lab.civicrm.org/dev/translation/-/issues/58Cannot create proper `Group`s on multilingual with MySQL 5.6 and Civi 5.31-rc2021-03-18T00:43:45ZtottenCannot create proper `Group`s on multilingual with MySQL 5.6 and Civi 5.31-rcThe unit-test `CRM_Mailing_MailingSystemTest::testGitLabIssue1108()` sets up a multilingual configuration and creates two groups. The test is failing, which reveals a problem with `Group`s on multilingual.
Steps to reproduce
-----------...The unit-test `CRM_Mailing_MailingSystemTest::testGitLabIssue1108()` sets up a multilingual configuration and creates two groups. The test is failing, which reveals a problem with `Group`s on multilingual.
Steps to reproduce
-------------------
Use an environment like `bknix-min` (e.g. MySQL 5.6 + PHP 7.1). Create a site on 5.31. Then either:
* Run the unit-test
* Use the live site -- [Enable multi-lingual](https://gist.github.com/totten/e1244d9a98c9d9fd1ebc899f5e780252) and [create two groups](https://gist.github.com/totten/b405a10cd82f35d125d64c792786d6f1). (Note: You get the same problem if you create the groups in the web UI.)
Discussion
----------
I bisected to find that the failure originates [with a schema update for civicrm_group](https://github.com/civicrm/civicrm-core/pull/18599/files#diff-9f8f69e770bcc926a5831339a92183bbb70aad496a16dee07beaf9c6ff7b42d9L34). Specifically, the `title` column now has `<required>true</required>`.
The problem shows some environmental variation
| Runtime | Base-branch | Group schema | Outcome |
|----|----|----|----|
| bknix-min (mysql 5.6.47, php 7.1.33) | 5.31 (rc) | `civicrm_group.title` required | Failing |
| bknix-min (mysql 5.6.47, php 7.1.33) | 5.31 (rc) | `civicrm_group.title` not required | Passing |
| bknix-max (mysql 5.7.27, php 7.3.10) | 5.31 (rc) | `civicrm_group.title` required | Passing |
To see the problem, it helps to inspect what happens after creating the first group. Compare the outcome in different environments:
1. __Failing case__
By default, when you create the first `Group`, it throws an exception:
```
INSERT INTO `civicrm_group_en_US` (`name` , `title` , `description` , `is_active` , `visibility` , `group_type` , `parents` , `is_reserved` , `created_id` )
VALUES ('First_tmp' , 'First' , NULL , 1 , 'User and User Admin Only' , '' , '' , 0 , 202 )
-- [nativecode=1423 ** Field of view 'dmastercivi_ssc8b.civicrm_group_en_US' underlying table doesn't have a default value]
```
This is partially because I'm using a dev-build which has `STRICT_TRANS_TABLES`. If I hack `CRM_Core_DAO::init()` to omit `STRICT_TRANS_TABLES`, then appears to be more forgiving. It creates the `Group`:
```
mysql> select id, title_en_US, title_fr_FR from civicrm_group;
+----+---------------------------+---------------------------+
| id | title_en_US | title_fr_FR |
+----+---------------------------+---------------------------+
| 1 | Administrators | Administrators |
| 2 | Newsletter Subscribers | Newsletter Subscribers |
| 3 | Summer Program Volunteers | Summer Program Volunteers |
| 4 | Advisory Board | Advisory Board |
| 5 | Case Resources | Case Resources |
| 6 | First | |
+----+---------------------------+---------------------------+
```
However, the empty value of `title_fr_FR` is a problem. As soon as you create a *second* `Group`, it will violate the uniqueness constraint (`UI_title_fr_FR`).
2. __Passing__
In the two passing cases, the first `Group` is created without a problem:
```
mysql> select id, title_en_US, title_fr_FR from civicrm_group;
+----+---------------------------+---------------------------+
| id | title_en_US | title_fr_FR |
+----+---------------------------+---------------------------+
| 1 | Administrators | Administrators |
| 2 | Newsletter Subscribers | Newsletter Subscribers |
| 3 | Summer Program Volunteers | Summer Program Volunteers |
| 4 | Advisory Board | Advisory Board |
| 5 | Case Resources | Case Resources |
| 6 | First | First |
+----+---------------------------+---------------------------+
```
Note the synchronized title.https://lab.civicrm.org/dev/core/-/issues/2166"Notice: Undefined index: domain" when deleting a mail account2020-11-05T22:09:25ZDaveD"Notice: Undefined index: domain" when deleting a mail account`Notice: Undefined index: domain in CRM_Admin_Form_MailSettings::formRule() (line 129 of ...\CRM\Admin\Form\MailSettings.php).`
I think the formRule needs to check something like `if ($this->_action != CRM_Core_Action::DELETE)`
I can d...`Notice: Undefined index: domain in CRM_Admin_Form_MailSettings::formRule() (line 129 of ...\CRM\Admin\Form\MailSettings.php).`
I think the formRule needs to check something like `if ($this->_action != CRM_Core_Action::DELETE)`
I can do a PR.5.32.0https://lab.civicrm.org/dev/core/-/issues/2165Handle emojis less fatally where not supported2020-12-04T15:18:03ZeileenHandle emojis less fatally where not supportedBoth these api calls
```
$result = civicrm_api3('Contact', 'get', [
'sequential' => 1,
'first_name' => "🦉Claire",
]);
```
and
```
$contacts = \Civi\Api4\Contact::get()
->addWhere('first_name', '=', '🦉Claire')
->setLimit(25)
...Both these api calls
```
$result = civicrm_api3('Contact', 'get', [
'sequential' => 1,
'first_name' => "🦉Claire",
]);
```
and
```
$contacts = \Civi\Api4\Contact::get()
->addWhere('first_name', '=', '🦉Claire')
->setLimit(25)
->execute();
```
result in fatal errors where emoji support is not enabled. I think a 'Claire' search or no results search would be better than a fatal error5.33.0https://lab.civicrm.org/dev/core/-/issues/2164Exporting in localized civicrm crashes due to long translations in columns T_...2021-06-09T13:57:48ZnieloExporting in localized civicrm crashes due to long translations in columns T_BooleanOverview
----------------------------------------
Export tmp tables are created with varchar(16) for T_BOOLEAN types. This may be sufficient for the short-worded language english but if translated we get longer export values. So this sho...Overview
----------------------------------------
Export tmp tables are created with varchar(16) for T_BOOLEAN types. This may be sufficient for the short-worded language english but if translated we get longer export values. So this should be 32 or more
To fix for example change ExportProcessor.php, L1454, to
return "`$fieldName` varchar(64)";5.37.0https://lab.civicrm.org/dev/core/-/issues/2163log_date is missing on logging detail report2023-05-26T16:05:01ZDaveDlog_date is missing on logging detail report1. Turn on logging at Admin - System Settings - Misc.
2. Update a contact.
3. Go to the logging summary civireport.
4. Click on "Update" in the row for your update.
5. At the top of the detail report it will say something like `Change to...1. Turn on logging at Admin - System Settings - Misc.
2. Update a contact.
3. Go to the logging summary civireport.
4. Click on "Update" in the row for your update.
5. At the top of the detail report it will say something like `Change to blah made by somebody on :`
6. It's supposed to show the modified date at the end.
It's coming from [this check](https://github.com/civicrm/civicrm-core/blob/4d660b8e1e6ac980a06b096fbc4cde1e1666e0b9/CRM/Report/Form/Contact/LoggingSummary.php#L193) which decides the log date isn't needed. The comment when that check was added says it can make the report less accurate because of some older data that used to be the way things were logged. So I'm hesitant to just remove that check.
Some other options include passing it but with a different name, and then in the detail report know that that new name is just used in intro text. Or looking it up in the detail report.
TBD.
@VangelisP just FYI.