CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2024-02-04T05:03:27Zhttps://lab.civicrm.org/dev/core/-/issues/3486Merge multiple event participant changes ownership of contribution inappropri...2024-02-04T05:03:27ZStoobMerge multiple event participant changes ownership of contribution inappropriatelyHow to reproduce:
1) Contact A purchases two tickets for self and guest, Contact B, using Multiple Participant registration. As appropriate this creates a contribution for Contact A, and participant for Contact A and Contact B.
2) Cont...How to reproduce:
1) Contact A purchases two tickets for self and guest, Contact B, using Multiple Participant registration. As appropriate this creates a contribution for Contact A, and participant for Contact A and Contact B.
2) Contact B is a duplicate record of pre-existing Contact C. Merge the "new" Contact B into into Contact C on the right.
3) Inappropriate behavior: the contribution record in Contact A record is on Contact C.https://lab.civicrm.org/dev/core/-/issues/3479make the hook usable by passing the sql2024-02-04T05:03:25Zyashodhamake the hook usable by passing the sqlCurrently, we are not passing the sql in the _alterReportVar_ hook.
`CRM_Utils_Hook::alterReportVar('sql', $this, $this);`
Objective is to make the hook usable by passing the sql instead of redundant params.Currently, we are not passing the sql in the _alterReportVar_ hook.
`CRM_Utils_Hook::alterReportVar('sql', $this, $this);`
Objective is to make the hook usable by passing the sql instead of redundant params.yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/2873Exporting related contact's information on a contact that is a subtype fails2024-02-02T05:03:23Zfabian_SYSTOPIAExporting related contact's information on a contact that is a subtype failsOverview
----------------------------------------
There is an old bug described on the old issue tracker that prevents related contact information to be exported via the UI if one of the contacts is a subtype.
https://issues.civicrm.org/...Overview
----------------------------------------
There is an old bug described on the old issue tracker that prevents related contact information to be exported via the UI if one of the contacts is a subtype.
https://issues.civicrm.org/jira/browse/CRM-16693
Reproduction steps
----------------------------------------
1. Search for any contacts, e.g. a subtype
1. Select at least one contact and choose "export contacts"
1. choose select fields for export
1. select display name or anything else of the contact (will be exported correctly)
1. select a field of a related contact (relationship) e.g. display name
Current behaviour
----------------------------------------
If one of the contacts is a contact subtype or the relationship is defined to be only allowed among subtypes the exported columns won't contain any data (data of the "main contact" will be exported correctly).
Expected behaviour
----------------------------------------
Data of related contact should be exported as well.
Environment information
----------------------------------------
* Browser: all
* CiviCRM: Since 4.6.x still occuring in 5.35.x
Comments
----------------------------------------
We may have funding to fix this bug and would appreciate an estimate from the core team.Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/3473Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group ...2024-01-30T05:03:23Zjustinfreeman (Agileware)Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group field on Scheduled Reminders if it Limit To option is "Neither"Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group field on Scheduled Reminders if it Limit To option is "Neither".
Follow-up on this regression in CiviCRM https://lab.civicrm.org/dev/core/-/issues/3464#note_74...Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group field on Scheduled Reminders if it Limit To option is "Neither".
Follow-up on this regression in CiviCRM https://lab.civicrm.org/dev/core/-/issues/3464#note_74627
Change the logic on the Scheduled Reminder form to remove the value of the Group ID field on save if the limit_to value is "1".
If this had been implemented in the first place, the impact of this bug, https://lab.civicrm.org/dev/core/-/issues/3464 would have been mitigated. And would have very likely not required any remediation reverts:
https://github.com/civicrm/civicrm-core/pull/23490
https://github.com/civicrm/civicrm-core/pull/23497
WIP PR #23487 is available here, https://github.com/civicrm/civicrm-core/pull/23487
@eileen @monish.deb
Agileware Ref: CIVICRM-1986https://lab.civicrm.org/dev/core/-/issues/3456CRM_Core_Permission_WordPress check function does not get all WP User capabil...2024-01-28T05:03:33ZapbrooksCRM_Core_Permission_WordPress check function does not get all WP User capabilities after IPN returnI have been getting the following error when trying to load the thank you page after a Stripe payment contribution:
CRM_Contribute_Form_Contribution_Confirm::completeTransaction CiviCRM_API3_Exception: The requested Profile (gid= ) is d...I have been getting the following error when trying to load the thank you page after a Stripe payment contribution:
CRM_Contribute_Form_Contribution_Confirm::completeTransaction CiviCRM_API3_Exception: The requested Profile (gid= ) is disabled OR it is not configured to be used for 'Profile' listings in its Settings OR there is no Profile with that ID OR you do not have permission to access this profile. Please contact the site administrator if you need assistance.
All user roles have the correct Civicrm Capabilities to view the profile. After a lot of debugging I discovered that the CRM_Core_Permission_WordPress check function was not loading all the user's role capabilities. The function calls get_userdata or wp_get_current_user to get the user object:
`$user = $userId ? get_userdata($userId) : wp_get_current_user();`
In certain cases (i.e. the user not previously cached). These methods may not return all the capabilities of the user. They only load the basic user capabilities but may not include their role based capabilities.
The method WP_User::get_role_caps() should also be called to get the role base capabilities.
[WP_User::get_role_caps()](https://developer.wordpress.org/reference/classes/wp_user/get_role_caps/)
Here is an example user capabilities before get_role_caps() is called. As you can see none of the CiviCRM capabilities are listed:
<details><summary>Click to expand</summary>
```log
[allcaps] => Array
(
[activate_plugins] => 1
[add_users] => 1
[create_users] => 1
[customize] => 1
[delete_others_pages] => 1
[delete_others_posts] => 1
[delete_pages] => 1
[delete_plugins] => 1
[delete_posts] => 1
[delete_private_pages] => 1
[delete_private_posts] => 1
[delete_published_pages] => 1
[delete_published_posts] => 1
[delete_themes] => 1
[delete_users] => 1
[edit_dashboard] => 1
[edit_files] => 1
[edit_others_pages] => 1
[edit_others_posts] => 1
[edit_pages] => 1
[edit_plugins] => 1
[edit_posts] => 1
[edit_private_pages] => 1
[edit_private_posts] => 1
[edit_published_pages] => 1
[edit_published_posts] => 1
[edit_theme_options] => 1
[edit_themes] => 1
[edit_users] => 1
[export] => 1
[import] => 1
[install_plugins] => 1
[install_themes] => 1
[list_users] => 1
[manage_categories] => 1
[manage_options] => 1
[moderate_comments] => 1
[promote_users] => 1
[publish_pages] => 1
[publish_posts] => 1
[read] => 1
[read_private_pages] => 1
[read_private_posts] => 1
[remove_users] => 1
[switch_themes] => 1
[unfiltered_html] => 1
[update_core] => 1
[update_plugins] => 1
[update_themes] => 1
[upload_files] => 1
[upload_plugins] => 1
[upload_themes] => 1
)
```
</details>
Here is the list of capabilities after get_role_caps() is called:
<details><summary>Click to expand</summary>
```log
[allcaps] => Array
(
[0] => 1
[activate_plugins] => 1
[create_blocks] => 1
[create_posts] => 1
[create_users] => 1
[delete_blocks] => 1
[delete_others_blocks] => 1
[delete_others_pages] => 1
[delete_others_posts] => 1
[delete_pages] => 1
[delete_plugins] => 1
[delete_posts] => 1
[delete_private_blocks] => 1
[delete_private_pages] => 1
[delete_private_posts] => 1
[delete_published_blocks] => 1
[delete_published_pages] => 1
[delete_published_posts] => 1
[delete_themes] => 1
[delete_users] => 1
[edit_blocks] => 1
[edit_dashboard] => 1
[edit_files] => 1
[edit_manage_optionss] => 1
[edit_others_blocks] => 1
[edit_others_manage_optionss] => 1
[edit_others_pages] => 1
[edit_others_posts] => 1
[edit_pages] => 1
[edit_plugins] => 1
[edit_posts] => 1
[edit_private_blocks] => 1
[edit_private_pages] => 1
[edit_private_posts] => 1
[edit_published_blocks] => 1
[edit_published_pages] => 1
[edit_published_posts] => 1
[edit_theme_options] => 1
[edit_themes] => 1
[edit_users] => 1
[export] => 1
[import] => 1
[install_plugins] => 1
[install_themes] => 1
[list_users] => 1
[manage_categories] => 1
[manage_links] => 1
[manage_options] => 1
[moderate_comments] => 1
[promote_users] => 1
[publish_blocks] => 1
[publish_manage_optionss] => 1
[publish_pages] => 1
[publish_posts] => 1
[read] => 1
[read_blocks] => 1
[read_private_blocks] => 1
[read_private_manage_optionss] => 1
[read_private_pages] => 1
[read_private_posts] => 1
[remove_users] => 1
[switch_themes] => 1
[unfiltered_html] => 1
[unfiltered_upload] => 1
[update_core] => 1
[update_plugins] => 1
[update_themes] => 1
[upload_files] => 1
[access_civicrm] => 1
[access_ajax_api] => 1
[access_all_custom_data] => 1
[access_civicontribute] => 1
[access_civimail_subscribe_unsubscribe_pages] => 1
[access_civimember] => 1
[access_civireport] => 1
[access_contact_dashboard] => 1
[access_contact_reference_fields] => 1
[access_report_criteria] => 1
[access_uploaded_files] => 1
[add_contact_notes] => 1
[add_contacts] => 1
[delete_contacts] => 1
[delete_in_civicontribute] => 1
[delete_in_civimember] => 1
[edit_all_contacts] => 1
[edit_contributions] => 1
[edit_groups] => 1
[edit_inbound_email_basic_information] => 1
[edit_inbound_email_basic_information_and_content] => 1
[edit_memberships] => 1
[edit_my_contact] => 1
[make_online_contributions] => 1
[merge_duplicate_contacts] => 1
[profile_create] => 1
[profile_edit] => 1
[profile_listings] => 1
[profile_listings_and_forms] => 1
[profile_view] => 1
[register_for_events] => 1
[save_report_criteria] => 1
[view_all_activities] => 1
[view_all_contacts] => 1
[view_all_notes] => 1
[view_event_info] => 1
[view_my_contact] => 1
[view_my_invoices] => 1
[view_public_civimail_content] => 1
[administrator] => 1
[member] => 1
)
```
</details>
Thank You.https://lab.civicrm.org/dev/core/-/issues/2809Profile error - requested Profile is disabled OR2024-01-28T05:03:32ZcweddellProfile error - requested Profile is disabled ORWe're seeing recurring errors when trying to complete registration using various Profiles:
"The requested Profile (gid=XX) is disabled OR it is not configured to be used for 'Profile' listings in its Settings OR there is no Profile wit...We're seeing recurring errors when trying to complete registration using various Profiles:
"The requested Profile (gid=XX) is disabled OR it is not configured to be used for 'Profile' listings in its Settings OR there is no Profile with that ID OR you do not have permission to access this profile."
All the relevant ACL permissions are in place - Register for event, Profile edit/create/view/access custom data.
Creating new profiles (with no custom fields) makes no difference.
Others have found found they only encounter the Profile error if the event has "Send Confirmation Email?" turned ON in Online Registration. If the email is turned off, I don't see the error.
This has not solved it for me, though it appears data is saved when the form is submitted, but emails are not sent (the error is thrown).
https://chat.civicrm.org/civicrm/pl/r6ucwf994brotgiaa87gjjx5jo
https://civicrm.stackexchange.com/questions/40119/profile-error-requested-profile-is-disabled-or
* Browser: not browser dependent - same error while using Firefox 91.0 / Chrome 93.0.4577.42 / Safari 14.1.2
* CiviCRM: probably started 5.35.2 (ish), still happening 5.40.4
* PHP: 7.3.27
* CMS: WordPress 5.7 & 5.8
* Database: mySQL 5.7.31
* Web Server: Apache 2.4.48Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/3448Deletion of Files on Custom FIelds doesn't delete file if entity is deleted.2024-01-25T05:03:24Zluke.stewartDeletion of Files on Custom FIelds doesn't delete file if entity is deleted.Tested on master and 5.48
Create a custom field for a file on a contact - or activity (haven't tested elsewhere)
Create a new entity with a file on that contact.
Identify uploaded file name in civicrm_file
Find location of the file on t...Tested on master and 5.48
Create a custom field for a file on a contact - or activity (haven't tested elsewhere)
Create a new entity with a file on that contact.
Identify uploaded file name in civicrm_file
Find location of the file on the server.
Copy the url to download the file.
Delete the entity - then Delete from Trash. See notification about all related data being deleted.
Check the civicrm_file table. Row is still present.
Check the file on the file system - file is still present.
Attempt to download the file - it will still download.
Deleting the file via the edit custom field click the trash item does delete the file.
Deleting an activity with an attachment does work.
It looks like rows are not removed from civcirm_entity_file either. However it looks like perhaps they are not added when the custom field is on an individual?
I think it's reasonable for a user to consider that deleting an Activity Attachment and deleting a file attached via a custom field should function the same way.
Additionally by not deleting these files you run into issues with GDPR.https://lab.civicrm.org/dev/core/-/issues/3429API4: Make CaseType a managed entity2024-01-24T14:08:18ZherbdoolAPI4: Make CaseType a managed entityOverview
----------------------------------------
Allow CaseType to be a managed entity so it can be exported via api4.
Example use-case
----------------------------------------
1. Go to `/civicrm/api4`
1. Select CaseType and Export
C...Overview
----------------------------------------
Allow CaseType to be a managed entity so it can be exported via api4.
Example use-case
----------------------------------------
1. Go to `/civicrm/api4`
1. Select CaseType and Export
Current behaviour
----------------------------------------
Cannot export and use as a managed entity.https://lab.civicrm.org/dev/core/-/issues/3443CRM_Core_BAO_Address::processSharedAddressRelationship only checks for "House...2024-01-24T05:03:20ZherbdoolCRM_Core_BAO_Address::processSharedAddressRelationship only checks for "Household member of" and not "Head of household for" if sharing address with a householdIt only checks for "Household member of" and not "Head of household for". So it creates a duplicate relationship.
Steps:
1. Create a household and an individual.
2. Add an address to the household.
3. Add relationship "Head of househol...It only checks for "Household member of" and not "Head of household for". So it creates a duplicate relationship.
Steps:
1. Create a household and an individual.
2. Add an address to the household.
3. Add relationship "Head of household for" between the two.
4. Go to `/civicm/api4`.
5. Create an address on the individual with a master_id = the household's address ID. (May need to first look up these IDs).
E.g.
```
$results = civicrm_api4('Address', 'create', [
'values' => [
'contact_id' => 89,
'location_type_id' => 1,
'is_primary' => TRUE,
'master_id' => 95,
],
]);
```
Then look at the individual and it will have two relationships: Head of household and the new one: Household member.https://lab.civicrm.org/dev/core/-/issues/3419kcfinder not showing any images for CKeditor2024-01-23T05:03:20Zyashodhakcfinder not showing any images for CKeditorBrowser server for CKeditor does not work anymore, we do get a blank popup screen too and not able to choose images from server.
![dmaster_kcfinder](/uploads/fb5bd63021b3b277190e80ce85cb934c/dmaster_kcfinder.png)
I am able to replicate t...Browser server for CKeditor does not work anymore, we do get a blank popup screen too and not able to choose images from server.
![dmaster_kcfinder](/uploads/fb5bd63021b3b277190e80ce85cb934c/dmaster_kcfinder.png)
I am able to replicate this on dmaster
ref : https://dmaster.demo.civicrm.org/sites/all/modules/civicrm/packages/kcfinder/browse.php?cms=civicrm&type=images&CKEditor=details&CKEditorFuncNum=0&langCode=enhttps://lab.civicrm.org/dev/core/-/issues/3427Activities: Not able to see activity if created by contact you don't have acc...2024-01-23T05:03:19Zben_fairlessActivities: Not able to see activity if created by contact you don't have access toOverview
----------------------------------------
We restrict access to contacts using Group Memberships and ACLs. Specific users are only able to see members of specific groups. We have discovered that users are not able to view an acti...Overview
----------------------------------------
We restrict access to contacts using Group Memberships and ACLs. Specific users are only able to see members of specific groups. We have discovered that users are not able to view an activity unless they have access to **both** the contact _and_ the creator of the activity (which may be in a group they don't have access to).
Reproduction steps
----------------------------------------
1. Sally and Glenn are members of "Group ABC" group.
2. Bob is a member of "Group XYZ" group.
3. A group "Access Group ABC" exists with ACL permissions to "Group ABC".
4. James is a Member of "Access Group ABC".
5. James can see contact record for Sally and Glenn.
6. If Glenn creates an activity on Sally's profile, James can view the activity without issue.
7. If Bob creates an activity on Sally's profile, James can see the activity in the list but cannot view it.
Current behaviour
----------------------------------------
You need to have access to **both** the contact _and_ the creator of the activity in order to view an Activity.
Expected behaviour
----------------------------------------
If you have access to the contact (and all other permissions are correct), you should have access to the activity.
Environment information
----------------------------------------
* __Browser:__ _Chrome Version 100.0.4896.127_
* __CiviCRM:__ _5.48.1_
* __PHP:__ _7.4.28 (Supports 64bit values)_
* __CMS:__ _WordPress 5.9.3_
* __Database:__ _10.2.43-MariaDB_
* __Web Server:__ _Apache_
Comments
----------------------------------------
This assumes that all other permissions (such as WordPress role permissions) are configured correctly. CiviCRM seems to be checking for access to both the creator of an activity as well as the contact it's assigned to to determine if you can view the contents of the activity. You are able to see the activity listed in the Activities tab without issue.https://lab.civicrm.org/dev/core/-/issues/3187Exporting Activity Contacts Field Mapping page display just shows Assignee2024-01-22T05:03:20ZBarijohnExporting Activity Contacts Field Mapping page display just shows AssigneeOverview
----------------------------------------
When using field mapping to display an activity export the only name shown is the Assignee no matter which option you choose of With, Assigned, Added by. However the actual export is corr...Overview
----------------------------------------
When using field mapping to display an activity export the only name shown is the Assignee no matter which option you choose of With, Assigned, Added by. However the actual export is correct. This means people think it is wrong and stop at this point.
Conversation in Stack Exchange here: https://civicrm.stackexchange.com/questions/41274/missing-data-when-exporting-activities-from-search-results/41275
PR That might be connected is https://github.com/civicrm/civicrm-core/pull/21595
Tested on DMaster Demo5.50.alpha1
Reproduction steps
----------------------------------------
1. Create an Activity with a target and assignee. (I used meeting)
2. Search for activities using With or Added By.
3. Select Export activities from search page
4. Choose Field Mapping then choose Display Name/First Name/Last Name.
5. Preview displays the Assignee name.
6. Export shows the correct result.
Current behaviour
----------------------------------------
![Screenshot_2022-04-21_at_13.29.13](/uploads/f12bb0441e1b35692d781a3d7656510b/Screenshot_2022-04-21_at_13.29.13.png)
![Screenshot_2022-04-21_at_13.29.59](/uploads/a82fafcf91dd0472b7d5ad7c9566f6c0/Screenshot_2022-04-21_at_13.29.59.png)
Expected behaviour
----------------------------------------
The Display Mapping should show Margaret Smith.
Environment information
----------------------------------------
DMaster Demo5.50.alpha1https://lab.civicrm.org/dev/core/-/issues/3438Drupal 9: `cv` fails on CiviCRM 5.48.22024-01-19T16:05:09ZmasettoDrupal 9: `cv` fails on CiviCRM 5.48.2Overview
----------------------------------------
`cv` command fails on CiviCRM 5.48.2 on Drupal 9
Reproduction steps
----------------------------------------
1. run any cv command, such as: `cv ext:list -L`
1. Got an error
```
In Drup...Overview
----------------------------------------
`cv` command fails on CiviCRM 5.48.2 on Drupal 9
Reproduction steps
----------------------------------------
1. run any cv command, such as: `cv ext:list -L`
1. Got an error
```
In Drupal.php line 170:
\Drupal::$container is not initialized yet. \Drupal::setContainer() must be called with a real container.
```
Environment information
----------------------------------------
* __CiviCRM:__ 5.48.2
* __PHP:__ 7.4
* __CMS:__ Drupal 9.3.12
* __Database:__ MariaDB 10.5.12
* __cv:__ v0.3.21 (installed by composer). This is composer.json part:
```
"require": {
"civicrm/civicrm-core": "~5.46",
"civicrm/civicrm-drupal-8": "~5.46",
"civicrm/civicrm-packages": "~5.46",
"civicrm/cv": "^0.3.16",
```5.61.0https://lab.civicrm.org/dev/core/-/issues/3418Searchkit doesn't remove its tables when you uninstall civi2024-01-18T05:03:27ZDaveDSearchkit doesn't remove its tables when you uninstall civiThis isn't specific to search kit - the more general issue is that extensions don't run their uninstall code when civi is uninstalled - but search kit is the first extension that gets installed along with core and is enabled by default a...This isn't specific to search kit - the more general issue is that extensions don't run their uninstall code when civi is uninstalled - but search kit is the first extension that gets installed along with core and is enabled by default and has its own db tables and those tables are named `civicrm_something`.
So I don't know if I'd call it a bug, but it can cause some confusion when trying to re-install civi after uninstalling. In particular because https://github.com/civicrm/civicrm-core/blob/4d167cf85621e257b43752e6eee7c87abe5d69c2/setup/plugins/checkInstalled/CheckInstalledDatabase.civi-setup.php#L26 thinks civi is already installed and it's not obvious to the user why, especially if using the civicrm/setup screen which just keeps redirecting to the "already installed" page no matter what you do.
Normally core tables get cleaned up when you uninstall civicrm because they're in sql/civicrm_drop.mysql, which is generated from the xml/schema files. Here, search kit is both core and not core, but its tables aren't listed in drop.mysql.
Perhaps civi can try to uninstall all the extensions first before uninstalling itself?https://lab.civicrm.org/dev/core/-/issues/4913[PHP 8.2] mail wrongly formatted2024-01-18T02:51:14Zaydunsaidan.saunders@squiffle.uk[PHP 8.2] mail wrongly formattedOverview
----------------------------------------
When running CiviCRM on PHP8 on Linux, email can be badly formatted.
See https://civicrm.stackexchange.com/q/45782/225 for a description, analysis and fix.
Current behaviour
----------...Overview
----------------------------------------
When running CiviCRM on PHP8 on Linux, email can be badly formatted.
See https://civicrm.stackexchange.com/q/45782/225 for a description, analysis and fix.
Current behaviour
----------------------------------------
Some email headers are not correctly formatted, including the Content-Type boundary specifier. The boundary is ignored and the mail is displayed wrongly.
Solution
--------
The problem is in the Pear Mail library. ~~A [fix](https://github.com/pear/Mail/pull/24) was committed in November for the [2.0.0 release](https://github.com/pear/Mail/issues/33) but this has not yet been released.~~
Environment information
----------------------------------------
* __CiviCRM:__ _Master_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP:__ _8.2_5.71.0https://lab.civicrm.org/dev/core/-/issues/3396Provide wysiwyg editor for confirmation email text2024-01-14T05:03:28ZthemakProvide wysiwyg editor for confirmation email textProvide wysiwyg editor for event confirmation emails.
Issue before was that switching to wysiwyg affects previously plain text confirmation emails.
Possible solutions
- Provide the option as a toggle
- develop some sort of translator/...Provide wysiwyg editor for event confirmation emails.
Issue before was that switching to wysiwyg affects previously plain text confirmation emails.
Possible solutions
- Provide the option as a toggle
- develop some sort of translator/convertor for the plain text to wysiwyg transition and make wysiwyg default option.
For reference:
https://github.com/civicrm/civicrm-core/pull/13976
https://civicrm.stackexchange.com/questions/21255/confirmation-email-providing-a-wysiwyg-so-users-can-add-html-ified-contenthttps://lab.civicrm.org/dev/core/-/issues/3390API different from Form when setting contrib status to failed for event reg2024-01-12T05:03:26ZJoeMurrayAPI different from Form when setting contrib status to failed for event regUsing the API to set a Contribution's status to "Failed" does not also update its related Participant to "Cancelled", unlike when you edit via the UI.
Move business logic from Form
https://github.com/civicrm/civicrm-core/blob/master/CR...Using the API to set a Contribution's status to "Failed" does not also update its related Participant to "Cancelled", unlike when you edit via the UI.
Move business logic from Form
https://github.com/civicrm/civicrm-core/blob/master/CRM/Contribute/BAO/Contribution.php#L1938
to BAO as per discussion at https://chat.civicrm.org/civicrm/pl/gms1or8wyfni3q3boj8cx1ktxamattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/dev/core/-/issues/3388Event registration only creates one ParticipantPayment record when registerin...2024-01-11T05:03:24Zmattwiremjw@mjwconsult.co.ukEvent registration only creates one ParticipantPayment record when registering multiple participants1. Setup a paid event registration page.
2. Register multiple participants.
3. Only one ParticipantPayment record created - linking the primary participant record to the contribution.
Expected: Each Participant record has a ParticipantP...1. Setup a paid event registration page.
2. Register multiple participants.
3. Only one ParticipantPayment record created - linking the primary participant record to the contribution.
Expected: Each Participant record has a ParticipantPayment record.
The Order API does this correctly. Thanks @andrei for finding this.
Extend `CRM_Event_Form_Registration_ConfirmTest::testTaxMultipleParticipant()` to test this?https://lab.civicrm.org/dev/core/-/issues/3375KCFinder crashes with Thumbnails enabled, large number of images, php-fpm ena...2024-01-09T05:03:22ZMickCKCFinder crashes with Thumbnails enabled, large number of images, php-fpm enabledAfter php-fpm was enabled a client site soon crashed when browsing images - replicable many times by simply editing an event info page in the rich text editor, clicking the image icon then 'Browse Server'.
Top -c shows dozens of php-fpm...After php-fpm was enabled a client site soon crashed when browsing images - replicable many times by simply editing an event info page in the rich text editor, clicking the image icon then 'Browse Server'.
Top -c shows dozens of php-fpm processes running and server load > 50 until it crashes
There are ~2000 image files whci appear to include system generated variants.
The only resolution was to change Thumbnails to List mode (to change I had to temporarily move images out)
CiviCRM v 5.40.2 php 7.2 Ubuntu 18.04
On a copy of the server with php-fpm disabled, thumbnails appears to work but still creates a lot of processes whle generating thumbnails
/usr/lib/cgi-bin/php7.2
Does anyone have experience of this issue? I don't see another issue like it here https://github.com/sunhater/kcfinder/issues
KCFinder is apparently a 'free open-source replacement of CKFinder'
- however it is 7 years old - wondering whether there's a more up to date solution that is more performant with a large number of images
Hope this provides enaough info for someone to be able to investigate further - thanks.https://lab.civicrm.org/dev/core/-/issues/1832Activity receive_date is incorrectly updated to now when importing historical...2024-01-08T04:07:40ZananelsonActivity receive_date is incorrectly updated to now when importing historical transactionsContribution receive_date is incorrectly updated to now when importing historical transactions, see #1831 for more context.
Adding this line to addActivity() in `CRM/Activity/BAO/Activity.php` seems to fix:
```$date = CRM_Utils_Date::i...Contribution receive_date is incorrectly updated to now when importing historical transactions, see #1831 for more context.
Adding this line to addActivity() in `CRM/Activity/BAO/Activity.php` seems to fix:
```$date = CRM_Utils_Date::isoToMysql($activity->register_date);```
https://github.com/civicrm/civicrm-core/blob/master/CRM/Activity/BAO/Activity.php#L1708