CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2024-01-11T05:03:25Zhttps://lab.civicrm.org/dev/core/-/issues/3389Implement tests for Event Registration pages2024-01-11T05:03:25Zmattwiremjw@mjwconsult.co.ukImplement tests for Event Registration pages`CRM/Event/Form/Registration/Register.php` needs to be refactored like `CRM/Contribute/Form/Contribution.php` so that we can implement tests on submit.
`CRM_Event_Form_Registration_Register::postProcess()` needs splitting up to call a n...`CRM/Event/Form/Registration/Register.php` needs to be refactored like `CRM/Contribute/Form/Contribution.php` so that we can implement tests on submit.
`CRM_Event_Form_Registration_Register::postProcess()` needs splitting up to call a new function `CRM_Event_Form_Registration_Register::submit()`.
Then we need to add `CRM_Event_Form_Registration_Register::testSubmit()` and write some tests to call this function.https://lab.civicrm.org/dev/core/-/issues/1309Contribution Dashboard still uses broken Open Flash Charts2019-10-12T16:11:35ZeileenContribution Dashboard still uses broken Open Flash ChartsReplacement chart not rendering on Contribution Dashboard @artfulrobot promised to make it beautiful againReplacement chart not rendering on Contribution Dashboard @artfulrobot promised to make it beautiful again5.20.0RichRichhttps://lab.civicrm.org/dev/core/-/issues/1299Fix Changelog Reports2022-12-22T05:03:22ZguyiacFix Changelog ReportsCorrect anomalies in the change log reporting (for example the representation when of changes made in batch).
Patrick working on at BCN Sprint.Correct anomalies in the change log reporting (for example the representation when of changes made in batch).
Patrick working on at BCN Sprint.Patrick Figelpfigel@greenpeace.orgPatrick Figelpfigel@greenpeace.orghttps://lab.civicrm.org/dev/core/-/issues/1298Add Email and Phone as Entities that Custom Fields can be assigned to2022-12-23T05:03:31ZguyiacAdd Email and Phone as Entities that Custom Fields can be assigned toPatrick working on this at BCN SprintPatrick working on this at BCN SprintPatrick Figelpfigel@greenpeace.orgPatrick Figelpfigel@greenpeace.orghttps://lab.civicrm.org/dev/core/-/issues/1295Per agreement in NYC sprint, add status check is_active to table2019-10-17T18:16:43ZeileenPer agreement in NYC sprint, add status check is_active to tablehttps://docs.google.com/document/d/1z1Lm-DUrri6xPzGXU37nLk5SfRjo4i9Elvx-lfbmK24/edit#heading=h.164d9ulc2oa3https://docs.google.com/document/d/1z1Lm-DUrri6xPzGXU37nLk5SfRjo4i9Elvx-lfbmK24/edit#heading=h.164d9ulc2oa35.20.0https://lab.civicrm.org/dev/core/-/issues/1286Do not escape html in report header and footers on API create2020-01-20T10:52:39ZMichael McAndrewDo not escape html in report header and footers on API createReportInstance.create escapes the HTML when inserting into the DB (and when retreiving, it seems) but other parts of the UI do not.
`civicrm_report_instance.header` and `civicrm_report_instance.footer` both contain HTML that (if I am fo...ReportInstance.create escapes the HTML when inserting into the DB (and when retreiving, it seems) but other parts of the UI do not.
`civicrm_report_instance.header` and `civicrm_report_instance.footer` both contain HTML that (if I am following https://lab.civicrm.org/dev/core/blob/master/CRM/Utils/API/HTMLInputCoder.php correctly - @colemanw - you touched that file recently) should not be escaped.
Adding 'header' and 'footer' to the list of fields that should not be escaped fixes the issue.
Aside: `CRM_Utils_API_HTMLInputCoder::getSkipFields()` seems flawed in that it does not specify the entity of the field that is to be ignored. Thankfully in this instance, the CiviCRM DB schema 'header' and 'footer' are only used the civicrm_report_instance but it feels like this class could end up inadvertently not escaping html that should be escaped (and maybe that is a potential security issue?)5.23.0colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/1262Case statuses in case type configuration page are not ordered by their weight.2019-09-18T13:27:08ZvarshithCase statuses in case type configuration page are not ordered by their weight.In the case type settings/config page, where we have a tab for 'Case status' that lists all case statuses from which we can select the ones we want for that case type.
This list of case statuses are not ordered by their weight which woul...In the case type settings/config page, where we have a tab for 'Case status' that lists all case statuses from which we can select the ones we want for that case type.
This list of case statuses are not ordered by their weight which would the correct way to list these.
![screenshot-localhost-2019.09.18-11_02_06](/uploads/cabdc1dbad15de7e10ca1867f3999e1f/screenshot-localhost-2019.09.18-11_02_06.png)
I have added a screenshot of the page when adding a new case type. In this the case status 'first' has the lowest weight and so I expect to see it on the top of the list.https://lab.civicrm.org/dev/core/-/issues/1177Add system check for deprecated ARCHIVE log tables2022-12-06T05:03:34ZPatrick Figelpfigel@greenpeace.orgAdd system check for deprecated ARCHIVE log tablesIn #663, we changed the default engine for log tables from `ARCHIVE` to `InnoDB` and shipped this with 5.16. While new installations (and tables first created on 5.16+) will use the `InnoDB` engine by default, existing log tables are not...In #663, we changed the default engine for log tables from `ARCHIVE` to `InnoDB` and shipped this with 5.16. While new installations (and tables first created on 5.16+) will use the `InnoDB` engine by default, existing log tables are not migrated automatically. This needs to be done using the `System.updatelogtables` API with `forceEngineMigration` set to "1".
Once the change has seen some production usage (i.e. a couple of releases from now), we should add a system check to warn admins if any of their log tables use the `ARCHIVE` engine and prompt them to migrate affected tables using the API.https://lab.civicrm.org/dev/core/-/issues/3212Participant Listing report filters incorrectly on role ID2023-12-24T05:03:20ZJonGoldParticipant Listing report filters incorrectly on role IDThis issue is identical to [CRM-18803](https://issues.civicrm.org/jira/browse/CRM-18803) except that CRM-18803 affected all other CiviReports with fields that stored values separated by `CRM_Core_DAO::VALUE_SEPARATOR`. Those were fixed ...This issue is identical to [CRM-18803](https://issues.civicrm.org/jira/browse/CRM-18803) except that CRM-18803 affected all other CiviReports with fields that stored values separated by `CRM_Core_DAO::VALUE_SEPARATOR`. Those were fixed everywhere else by [this PR](https://github.com/civicrm/civicrm-core/pull/8650). However, since the `where()` in this report is overridden, it has its own copy of the regex which wasn't fixed.
I grepped and confirmed this is the only place where this needs to be fixed, and applied the same regex as the commit above.
To replicate this bug, you need at least ten participant roles. The first one's value should be `1`. Searching on this value will return any participant whose role BEGINS with a `1` (i.e. `10`, `11`, `100`, etc.) rather than just records whose participant role value IS 1.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/1166Update Country list: change Macedonia, Republic of into North Macedonia2019-12-03T08:07:43ZBetty DolfingUpdate Country list: change Macedonia, Republic of into North MacedoniaI understand ([see stackexchange question](https://civicrm.stackexchange.com/questions/31577/countries-up-to-date)) that the country list in CiviCRM is [maintained manually](https://github.com/civicrm/civicrm-core/blob/5.15.2/xml/templat...I understand ([see stackexchange question](https://civicrm.stackexchange.com/questions/31577/countries-up-to-date)) that the country list in CiviCRM is [maintained manually](https://github.com/civicrm/civicrm-core/blob/5.15.2/xml/templates/civicrm_country.tpl#L172).
In the iso 3166-1 list, Macedonia, Republic of is now called: **North Macedonia**
Can this be changed in the country list in CiviCRM?5.21.0seamusleeseamusleehttps://lab.civicrm.org/dev/core/-/issues/1164Editing event participant can affect wrong record if multiple participants ar...2023-08-24T10:07:23ZJKingsnorthEditing event participant can affect wrong record if multiple participants are opened in multiple tabs/windowsThis is an old issue (sorry I couldn't yet find the original issue in JIRA that was raised for this.)
It was recently attempted to get fixed here: https://lab.civicrm.org/dev/core/issues/1164 / https://github.com/civicrm/civicrm-core/pu...This is an old issue (sorry I couldn't yet find the original issue in JIRA that was raised for this.)
It was recently attempted to get fixed here: https://lab.civicrm.org/dev/core/issues/1164 / https://github.com/civicrm/civicrm-core/pull/14244 but a regression caused the patch for event participants to be reverted.
The problem, example of dmaster:
* Events > Find participants > Search
* 'Edit' one participant (Lincoln) in a new tab
* 'Edit' a second participant (Teresa) in a new tab
* Go to Lincoln's edit tab, change to no-show, save
* The change has been applied to the WRONG record (Event registration information for Teresa Terry has been updated.)
This is because the participant ID is being stored in the session.https://lab.civicrm.org/dev/core/-/issues/1160Events with templates but no custom field values don't save custom fields2021-04-07T01:44:01ZJonGoldEvents with templates but no custom field values don't save custom fieldsThis is closely related to core#553, but the fix for #553 doesn't solve this.
In core#553, if you have an event template that DOES specify values for custom fields, they don't get copied to a new event.
In this case, if you have an eve...This is closely related to core#553, but the fix for #553 doesn't solve this.
In core#553, if you have an event template that DOES specify values for custom fields, they don't get copied to a new event.
In this case, if you have an event template that does NOT specify values for custom fields, then any values you enter for custom fields are ignored.
This is true both with and without [PR #14063](https://github.com/civicrm/civicrm-core/pull/14063) so it's not an unreleased regression.https://lab.civicrm.org/dev/core/-/issues/1155Activity Summary Report sorts by activity type id than label2022-11-28T05:03:19ZmountevActivity Summary Report sorts by activity type id than labelActivity Summary Report when sorted by "Activity Type" sorts by type-id than activity type label, resulting in unexpected result.
![image](/uploads/7f8aa211b5b4a9313b111f1954aacf06/image.png)Activity Summary Report when sorted by "Activity Type" sorts by type-id than activity type label, resulting in unexpected result.
![image](/uploads/7f8aa211b5b4a9313b111f1954aacf06/image.png)https://lab.civicrm.org/dev/core/-/issues/1153Remove old code for standalone CiviCRM2021-12-17T13:32:06ZJKingsnorthRemove old code for standalone CiviCRMRemove \CRM_Core_Invoke::hackStandalone - and the single call to it. It refers to a removed function (CRM_Core_Standalone::).
This path/handle no longer exist and should be removed from the schema XML and DB?
civicrm/standalone/registe...Remove \CRM_Core_Invoke::hackStandalone - and the single call to it. It refers to a removed function (CRM_Core_Standalone::).
This path/handle no longer exist and should be removed from the schema XML and DB?
civicrm/standalone/register
CRM_Standalone_Form_Register
There's also a comment reference in \CRM\Core\Session.phphttps://lab.civicrm.org/dev/core/-/issues/1150Date/Time of the first activity in a repeat activity sequence is wrong if you...2022-11-27T05:03:22ZDaveDDate/Time of the first activity in a repeat activity sequence is wrong if you choose a start date in the repeating section1. Create an activity.
2. In the repeat activity section choose a start date/time.
3. When you click save the confirmation popup seems to have the correct date/times all listed.
4. The first activity that gets created has the activity da...1. Create an activity.
2. In the repeat activity section choose a start date/time.
3. When you click save the confirmation popup seems to have the correct date/times all listed.
4. The first activity that gets created has the activity date/time from the original (which is likely the current date/time), not the start date you picked.
Can reproduce on dmaster.demohttps://lab.civicrm.org/dev/core/-/issues/1149With logging turned on editing an activity displays as a deletion2019-07-29T13:37:33ZDaveDWith logging turned on editing an activity displays as a deletionI don't have any more details at the moment but can reproduce on dmaster.demo.
1. Turn on logging (system settings - misc).
2. Create an activity
3. Edit it.
4. View the "Contact Logging Report (Summary)". It shows it as a deletion.
Al...I don't have any more details at the moment but can reproduce on dmaster.demo.
1. Turn on logging (system settings - misc).
2. Create an activity
3. Edit it.
4. View the "Contact Logging Report (Summary)". It shows it as a deletion.
Also actual deletions don't show up at all in the report.https://lab.civicrm.org/dev/core/-/issues/1148Rationalise / stdise paths vs settings2022-11-27T05:03:22ZeileenRationalise / stdise paths vs settingsPer the long discussion here - https://github.com/civicrm/civicrm-core/pull/14718 we have some new 'paths' you can set for urls but others are in 'settings' which is a bit confusing. Ideally we would convert the settings ones but make th...Per the long discussion here - https://github.com/civicrm/civicrm-core/pull/14718 we have some new 'paths' you can set for urls but others are in 'settings' which is a bit confusing. Ideally we would convert the settings ones but make them overridable via 'settings' as expressed
"Perhaps it's possible to first use Civi::paths behind the scenes and have it populate/override paths set in $civicrm_settings?"https://lab.civicrm.org/dev/core/-/issues/1147cruft: option_group for case type2023-02-02T05:03:33ZJoeMurraycruft: option_group for case typeIn the tarball, there is a civicrm_option_group record defined for name='case_type' (value=26) that has no corresponding option_value records. There is instead a CiviCRM_case_type table. Likely missed during refactoring to create that ta...In the tarball, there is a civicrm_option_group record defined for name='case_type' (value=26) that has no corresponding option_value records. There is instead a CiviCRM_case_type table. Likely missed during refactoring to create that table.
Task for a newbie: remove the creation of the option_group from the tarball, and on upgrade remove the record in civicrm_option_group table for it.https://lab.civicrm.org/dev/core/-/issues/1146Custom multi profile: file fields only show one delete attachment action2022-11-26T05:03:21ZmountevCustom multi profile: file fields only show one delete attachment actionFor a profile with multi record custom set including multiple file fields, display delete attachment option only for one file.
Steps to reproduce:
- create a custom data set for contacts or indivs. mark it as a multi-record set.
- add ...For a profile with multi record custom set including multiple file fields, display delete attachment option only for one file.
Steps to reproduce:
- create a custom data set for contacts or indivs. mark it as a multi-record set.
- add two file type fields
- create a profile and add those fields to it. mark them as included in the multi-record listing (or pick a different field; you need at least one marked like this for the listing to work)
- open the profile in edit view. add a record and upload a file to each field. save it.
- that returns you to the listing of multi-records. edit the existing record. the two files will be listed but only one has a "delete attached file" link. if you click it, it removes the attachment for the last file field.
Note: if your custom data set is a single record set, the profile edit form will have the link for each file.
![image](/uploads/d69c46695e140fe31c965571faf48325/image.png)https://lab.civicrm.org/dev/core/-/issues/1145Document upgrading to MySQL82020-05-15T01:39:39ZJoeMurrayDocument upgrading to MySQL8We should document how upgraders will have to deal with hassle of changes to MySQL user password library (https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html#upgrade-caching-sha2-password) even though this doesn't...We should document how upgraders will have to deal with hassle of changes to MySQL user password library (https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html#upgrade-caching-sha2-password) even though this doesn't affect our code.JoeMurrayJoeMurray