Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-11-20T13:42:15Zhttps://lab.civicrm.org/dev/core/-/issues/4787Standalone mobile support2023-11-20T13:42:15ZbgmStandalone mobile supportCurrently accessing CiviCRM (standalone) on mobile does not work well:
- Missing viewport meta, so the text is tiny (zoomed out)
- ~~Mobile menu is not visible~~Currently accessing CiviCRM (standalone) on mobile does not work well:
- Missing viewport meta, so the text is tiny (zoomed out)
- ~~Mobile menu is not visible~~5.69.0https://lab.civicrm.org/dev/core/-/issues/4786Afform - Add shortcuts to Edit Forms and related Searchs on Search Forms2023-11-19T22:37:15ZfrancescbassasAfform - Add shortcuts to Edit Forms and related Searchs on Search FormsOverview
----------------------------------------
Since CiviCRM 5.67 there are no links on the Search Forms to quickly edit form settings. Before this release, it was possible to do it from breadcrumbs:
![imatge](/uploads/635e47f2f262a0...Overview
----------------------------------------
Since CiviCRM 5.67 there are no links on the Search Forms to quickly edit form settings. Before this release, it was possible to do it from breadcrumbs:
![imatge](/uploads/635e47f2f262a00c07d17062fb0448e2/imatge.png)
Current behaviour
----------------------------------------
There is no link to go to Edit form or related Search on Search Forms.
Proposed behaviour
----------------------------------------
Add a settings dropdown gear icon avalaible for allowed users with related "Edit Form" and "Edit Search" links.
![imatge](/uploads/e9f3ce66022cfbc68c1c0fb8cb079169/imatge.png)
Comments
----------------------------------------
For submission forms, gear icon with "Edit form" link appears on hover. I suggest removing hover effect for accessibility reasons and make it always visible (if you have sufficient permissions).
This is a ToDo from https://github.com/civicrm/civicrm-core/pull/27618https://lab.civicrm.org/dev/core/-/issues/4785Note 'View' not displaying data for a valid contact Note2024-01-08T00:23:25Zct_itsupportNote 'View' not displaying data for a valid contact Note## Overview
Upgrading to 5.67.1 from 5.66 has caused the View link to display a blank form for a previously populated note. If you click on 'Edit', you can see the note data.
Using Drupal 10.1.6 as the CMS
## Reproduction steps
1. Do...## Overview
Upgrading to 5.67.1 from 5.66 has caused the View link to display a blank form for a previously populated note. If you click on 'Edit', you can see the note data.
Using Drupal 10.1.6 as the CMS
## Reproduction steps
1. Do a fresh installation for Drupal 10.1.x with CiviCRM 5.67.1, with the loadGenerated=1 to create some dummy contact data
2. Search on all Individuals and chose a contact
3. Add a note to the contact
4. Click on 'View' on the newly created note - no data is displayed, the form is blank
5. Click on 'Edit' on the newly created note and the correct data is present
## Expected behaviour
I would expect the note data to populate the form as it has done in 5.66.x and before
## Environment information
* **Browser:** _Chrome, Edge_
* **CiviCRM:** _5.67.1_
* **PHP:** _8.1.x_
* **CMS:** _Drupal 10.1.6_
* **Database:** _MySQL 8.0.x_
* **Web Server:** _Apache 2.4.x_
## Comments
I did check recent log messages in Drupal Watchdog. There are a very large number of 'Undefined array Key 2...' generated just by opening the contact and clicking on the Note tab. It is so easy to reproduce that I have not included any of the message here.5.68.1https://lab.civicrm.org/dev/core/-/issues/4784SearchKit: Undefined index notices when adding mailing recipients2023-11-17T15:41:30Zaiden_gSearchKit: Undefined index notices when adding mailing recipientsWe're getting a whole lot of notices when users use the autocomplete to add recipients to a mailing.
Notice: Undefined index: label in Civi\Api4\Action\SearchDisplay\AbstractRunAction->getValue() (line 178 of xxx/sites/all/modules/civic...We're getting a whole lot of notices when users use the autocomplete to add recipients to a mailing.
Notice: Undefined index: label in Civi\Api4\Action\SearchDisplay\AbstractRunAction->getValue() (line 178 of xxx/sites/all/modules/civicrm/ext/search_kit/Civi/Api4/Action/SearchDisplay/AbstractRunAction.php)
It's happening when $data in the function is a sent mailing array. When getSelectExpression() is called for several of the keys the 'fields' item in the returned value is an empty array. The condition that follows assumes $key exists in 'fields'.
Appears it's just a case for an isset(), or is the empty fields array indicative of another issue? Haven't yet dug deeper.https://lab.civicrm.org/dev/core/-/issues/4783Clone/ copy contribution page doesn't work when admin UI is enabled2023-11-17T20:03:55ZeileenClone/ copy contribution page doesn't work when admin UI is enabledBecause the copy / clone action is overloaded onto the manage contribution page url it stops working when Admin UI is enabled - ie the url is
https://dmaster.localhost:32353/civicrm/admin/contribute?action=copy&gid=2
& it is handled th...Because the copy / clone action is overloaded onto the manage contribution page url it stops working when Admin UI is enabled - ie the url is
https://dmaster.localhost:32353/civicrm/admin/contribute?action=copy&gid=2
& it is handled through
![image](/uploads/0ef0992ba9de624b35e149272115246e/image.png)
- It would probably be best to split it out to it's own url
FYI @colemanw @ayduns5.68.0https://lab.civicrm.org/dev/core/-/issues/4781CiviCRM 5.67.0 - PHP Fatal error: Uncaught TypeError: CRM_Import_Parser::getF...2024-01-12T04:49:21Zjustinfreeman (Agileware)CiviCRM 5.67.0 - PHP Fatal error: Uncaught TypeError: CRM_Import_Parser::getFieldMetadata when using a Import MappingsThis site was upgraded from CiviCRM 5.64.4 to CiviCRM 5.67.0 and then this problem was reported.
When using a Import Mappings for a membership import, immediately throws a PHP fatal error after the field mapping step.
```PHP message: PH...This site was upgraded from CiviCRM 5.64.4 to CiviCRM 5.67.0 and then this problem was reported.
When using a Import Mappings for a membership import, immediately throws a PHP fatal error after the field mapping step.
```PHP message: PHP Fatal error: Uncaught TypeError: CRM_Import_Parser::getFieldMetadata(): Return value must be of type array, null returned```
Screenshots below indicate the cause of the issue. Discarding that field mapping and starting again is the only solution. None of the drop-downs have the "Do not import" available.
![image](/uploads/7f811efc1cb83c792fb077b0cb5c8e92/image.png)
![image](/uploads/854e8fc2b521b546e381d683375cfdd7/image.png)
Agileware Ref: CIVICRM-2194
Historically this was fixed before https://lab.civicrm.org/dev/core/-/issues/3511 and https://github.com/civicrm/civicrm-core/pull/237605.69.2https://lab.civicrm.org/dev/core/-/issues/4780when processing bounce emails, don't exit on fatal error if verp unverified2023-11-18T01:34:31Zlcdwebwhen processing bounce emails, don't exit on fatal error if verp unverifiedWhen cycling through bounced emails, the current behavior is to exit with a fatal error if Verp handling is enabled and the email is not verified. This effectively prevents any bounces from processing. Instead we should skip the problem ...When cycling through bounced emails, the current behavior is to exit with a fatal error if Verp handling is enabled and the email is not verified. This effectively prevents any bounces from processing. Instead we should skip the problem email and continue processing.5.68.0lcdweblcdwebhttps://lab.civicrm.org/dev/core/-/issues/4778Menu missing - error in console2023-12-05T10:17:19ZDaveDMenu missing - error in consoleI updated a dev site and now I get an error which mangles the menu.
```
"Undefined array key "adv_search_legacy""
...\sites\all\modules\civicrm\CRM\Admin\Page\AJAX.php(89)
```
Likely here: https://github.com/civicrm/civicrm-core/pull/2...I updated a dev site and now I get an error which mangles the menu.
```
"Undefined array key "adv_search_legacy""
...\sites\all\modules\civicrm\CRM\Admin\Page\AJAX.php(89)
```
Likely here: https://github.com/civicrm/civicrm-core/pull/28072/files5.68.0https://lab.civicrm.org/dev/core/-/issues/4774Queue: hook_QueueTaskError missing some params2023-11-13T20:53:09ZdamilareQueue: hook_QueueTaskError missing some paramsSetting up 4 parameters in the hook_QueueTaskError in an extension throws an exception stating the function got 2 parameters instead of 4.
Error:
```
WD php: ArgumentCountError: Too few arguments to function wmf_civicrm_civicrm_queueTas...Setting up 4 parameters in the hook_QueueTaskError in an extension throws an exception stating the function got 2 parameters instead of 4.
Error:
```
WD php: ArgumentCountError: Too few arguments to function wmf_civicrm_civicrm_queueTaskError(), 2 passed in /home/cividev/buildkit/build/wmff/drupal/sites/all/modules/civicrm/CRM/Utils/Hook.php on line 276 and exactly 4 expected in wmf_civicrm_civicrm_queueTaskError() (line 612 of [error]
/home/cividev/buildkit/build/wmff/drupal/sites/default/civicrm/extensions/wmf-civicrm/wmf_civicrm.php).
ArgumentCountError: Too few arguments to function wmf_civicrm_civicrm_queueTaskError(), 2 passed in /home/cividev/buildkit/build/wmff/drupal/sites/all/modules/civicrm/CRM/Utils/Hook.php on line 276 and exactly 4 expected in wmf_civicrm_civicrm_queueTaskError() (line 612 of /home/cividev/buildkit/build/wmff/drupal/sites/default/civicrm/extensions/wmf-civicrm/wmf_civicrm.php).
```
Here is the code in `CRM/Utils/Hooks.php`:
```
public static function queueTaskError(CRM_Queue_Queue $queue, $item, &$outcome, ?Throwable $exception) {
$null = NULL;
return self::singleton()->invoke(['job', 'params'], $queue, $item,
$outcome, $exception, $null, $null,
'civicrm_queueTaskError'
);
}
```5.69.0https://lab.civicrm.org/dev/core/-/issues/4773ACL revamp causes crashes on many SearchKit queries in 5.672023-11-14T00:18:09ZJonGoldACL revamp causes crashes on many SearchKit queries in 5.67Overview
----------------------------------------
This is a separate 5.67 regression from the ACL revamp than I reported Friday. This causes many SearchKit searches with an `IN` operator to fail.
I've isolated the regression to commit ...Overview
----------------------------------------
This is a separate 5.67 regression from the ACL revamp than I reported Friday. This causes many SearchKit searches with an `IN` operator to fail.
I've isolated the regression to commit `77b6e5ac3377cd1bfb1ebbc18bc9925caf06ad38`, which is part of [PR #27472](https://github.com/civicrm/civicrm-core/pull/27472). I'm 99% certain it's [this chunk of code](https://github.com/civicrm/civicrm-core/commit/77b6e5ac3377cd1bfb1ebbc18bc9925caf06ad38#diff-36ab608da0b5718996afd18c10a8c12653c2a1675e81fd3c4dc3e40c2ebb25d2R340).
Reproduction steps
----------------------------------------
Import and run this SearchKit query:
```json
[
[
"SavedSearch",
"save",
{
"records": [
{
"name": "Individual_Donations_Membership_Corporate_Sponsorships_Totals",
"label": "Individual Donations, Membership, Corporate Sponsorships Totals",
"api_entity": "Contribution",
"api_params": {
"version": 4,
"select": [
"COUNT(id) AS COUNT_id",
"GROUP_CONCAT(DISTINCT Contribution_FinancialType_financial_type_id_01.name) AS GROUP_CONCAT_Contribution_FinancialType_financial_type_id_01_name",
"SUM(net_amount) AS SUM_net_amount"
],
"orderBy": [],
"where": [],
"groupBy": [
"financial_type_id"
],
"join": [
[
"FinancialType AS Contribution_FinancialType_financial_type_id_01",
"INNER",
[
"financial_type_id",
"=",
"Contribution_FinancialType_financial_type_id_01.id"
],
[
"Contribution_FinancialType_financial_type_id_01.id",
"IN",
[
"3"
]
]
]
],
"having": []
}
}
],
"match": [
"name"
]
}
]
]
```
Current behaviour
----------------------------------------
Crash.
Expected behaviour
----------------------------------------
No crash.https://lab.civicrm.org/dev/core/-/issues/4772unable to authenticate in Joomla using Authx2023-11-15T13:43:10Zlcdwebunable to authenticate in Joomla using AuthxWhen using Authx to authenticate external CURL API calls in Joomla, we receive the error:
`Class "CRM_Utils_FakeJoomlaSession" not found.`When using Authx to authenticate external CURL API calls in Joomla, we receive the error:
`Class "CRM_Utils_FakeJoomlaSession" not found.`5.69.0lcdweblcdwebhttps://lab.civicrm.org/dev/core/-/issues/4771Import - "Matching CiviCRM Field" sorted by name including special non fields2023-11-21T21:00:19ZsamuelsovImport - "Matching CiviCRM Field" sorted by name including special non fieldsIn import screen, the special non fields `- do not import -` and `- related contact info -` get sorted as normal fields which creates several issues:
* related contact fields are not under `- related contact info -` anymore
* on french ...In import screen, the special non fields `- do not import -` and `- related contact info -` get sorted as normal fields which creates several issues:
* related contact fields are not under `- related contact info -` anymore
* on french translation, `- related contact info -` becomes the first in the list, gets selected by default and crash the import if we don't manually select `- do not import -` for each field.
![screen20231113.png](/uploads/83645450246127460002b1565203a546/screen20231113.png)
On CiviCRM 5.60, this used to work as expected with `- related contact info -` at the bottom with the relationship types listed below. Since at least 5.65, this is broken.https://lab.civicrm.org/dev/core/-/issues/4770When adding a follow up activity on an existing case activity with multiple a...2023-11-15T16:16:35ZErikHommelWhen adding a follow up activity on an existing case activity with multiple assignees only one is savedOverview
----------------------------------------
When I add a follow up activity on an existing activity in a case (does not happen on non-case activities) and add more than 1 assignee, only the first assignee is actually saved on the a...Overview
----------------------------------------
When I add a follow up activity on an existing activity in a case (does not happen on non-case activities) and add more than 1 assignee, only the first assignee is actually saved on the activity.
Reproduction steps
----------------------------------------
1. Find an existing case activity
2. Add a follow up activity with multiple assignees
3. Hit save
Current behaviour
----------------------------------------
Only the first assignee is saved
Expected behaviour
----------------------------------------
All assignees should be saved
Environment information
----------------------------------------
CiviCRM 5.66.05.69.0ErikHommelErikHommelhttps://lab.civicrm.org/dev/core/-/issues/4769Regression - CiviCase and CiviCRM 5.67.0 - Unable to load any Activities2024-01-30T05:55:32Zjustinfreeman (Agileware)Regression - CiviCase and CiviCRM 5.67.0 - Unable to load any ActivitiesCiviCase and CiviCRM 5.67.0 - Unable to load any Activities, this impacts both the API and the user interface.
Looks like this problem was introduced with this change, https://github.com/civicrm/civicrm-core/pull/27722/files#diff-4eb5ab...CiviCase and CiviCRM 5.67.0 - Unable to load any Activities, this impacts both the API and the user interface.
Looks like this problem was introduced with this change, https://github.com/civicrm/civicrm-core/pull/27722/files#diff-4eb5abe9e478e4f37ae442a8852de89bb4280671be4aebc813e1f0ed573d77b0R26
Removing this function: [civi_case_civicrm_selectWhereClause](https://github.com/civicrm/civicrm-core/pull/27722/files#diff-4eb5abe9e478e4f37ae442a8852de89bb4280671be4aebc813e1f0ed573d77b0R26) - effectively reverts CiviCase Activities to a usable state.
Agileware Ref: CIVICRM-21915.67.1https://lab.civicrm.org/dev/core/-/issues/4768Event self-service transfer always gives "You do not have sufficient permission"2023-11-14T01:26:14ZDaveDEvent self-service transfer always gives "You do not have sufficient permission"I think it might be from https://github.com/civicrm/civicrm-core/pull/27425 (I'm thinking because see also comments at https://github.com/civicrm/civicrm-core/pull/27770#discussion_r1374660490)I think it might be from https://github.com/civicrm/civicrm-core/pull/27425 (I'm thinking because see also comments at https://github.com/civicrm/civicrm-core/pull/27770#discussion_r1374660490)5.67.1https://lab.civicrm.org/dev/core/-/issues/4767Clean install of 5.68-RC fails on WP2023-12-02T16:06:41ZkcristianoClean install of 5.68-RC fails on WPClean install of CiviCRM 5.68.beta1-202311110239 on WP (both 6.3.2 and 6.4.1) using php 8.1 fails:
php log:
```
[11-Nov-2023 14:09:40 UTC] PHP Fatal error: Uncaught CRM_Core_Exception: [-5: DB Error: already exists
thrown in /home/...Clean install of CiviCRM 5.68.beta1-202311110239 on WP (both 6.3.2 and 6.4.1) using php 8.1 fails:
php log:
```
[11-Nov-2023 14:09:40 UTC] PHP Fatal error: Uncaught CRM_Core_Exception: [-5: DB Error: already exists
thrown in /home/cividev/buildkit/build/wpempty/web/wp-content/plugins/civicrm/civicrm/api/api.php on line 138
```
Nothing in the ConfigAndLog files.
I also logged this issue - https://github.com/civicrm/civicrm-buildkit/issues/825 as I thought it was a buildkit issue.
Same issue with 5.69-alpha.https://lab.civicrm.org/dev/core/-/issues/4766Multiple Profiles on an Event registration display incorrectly2023-11-21T23:34:20ZbrienneMultiple Profiles on an Event registration display incorrectlyOverview
----------------------------------------
When multiple Profiles are added to an event registration page, only the title and help-text of the last Profile is displayed.
Reproduction steps
----------------------------------------...Overview
----------------------------------------
When multiple Profiles are added to an event registration page, only the title and help-text of the last Profile is displayed.
Reproduction steps
----------------------------------------
1. Create two Profiles, with distinct titles and help text, using fields that can be accessed on an event page
1. Add both Profiles to an Event registration page
1. View the registration page
Current behaviour
----------------------------------------
If more than one Profile field is included at the bottom of the page, then only the title and the help text of the bottom most Profile is displayed. While the fields of the other Profiles are displayed, they are shown as being part of the last Profile's section.
![Selection_011](/uploads/c8fd36bf481718f9177dba1761df1066/Selection_011.png)
Expected behaviour
----------------------------------------
Each Profile should be displayed as its own section, with its title, help text, ext.
![Selection_012](/uploads/3ed04d782fdff15c3d604c13fadde06d/Selection_012.png)
Environment information
----------------------------------------
* __CiviCRM:__ 5.67
Comments
----------------------------------------
Did a `git bisect` of the problem and it pointed tho the commit related to [PR 27483](https://github.com/civicrm/civicrm-core/pull/27483). When I revert that patch, the problem does not persist.5.67.2https://lab.civicrm.org/dev/core/-/issues/4761Copy event fails with DB Error: already exists; Saving new reminder hangs2023-11-29T07:35:34ZBobSCopy event fails with DB Error: already exists; Saving new reminder hangsOverview
----------------------------------------
Copying an event fails with "DB Error: already exists" if a reminder with the same name (but different case) exists in civicrm_action_schedule.
Also, while editing an event, saving a new...Overview
----------------------------------------
Copying an event fails with "DB Error: already exists" if a reminder with the same name (but different case) exists in civicrm_action_schedule.
Also, while editing an event, saving a new event reminder hangs if a reminder with the same name (but different case) exists in civicrm_action_schedule.
Reproduction steps
----------------------------------------
1. Edit an event and create an reminder with name "reminder".
2. Then create a reminder with the name "Reminder".
Current behaviour
----------------------------------------
Infinite spinner.
Environment information
----------------------------------------
* __CiviCRM:__ _5.67_
* __Database:__ _MariaDB 10.4_
* __CMS:__ _Drupal 9.5_
Comments
----------------------------------------
Both issues are due to the 5.66-alpha1 addition of the index `civicrm_action_schedule.UI_name`.
While CRM_Core_DAO::makeNameFromLabel() ensures that the new name is unique in a case-sensitive context, the `name` column has the default ci collation, making the index case insensitive. As a result, violations of the 'unique' constraint can occur.5.68.0https://lab.civicrm.org/dev/core/-/issues/4760[PHP 8.2] Access to an undefined property in CRM_Contribute_Form_Contribution...2023-12-08T23:38:04Zjofranzfranz@systopia.de[PHP 8.2] Access to an undefined property in CRM_Contribute_Form_Contribution_ConfirmI tried to add the info to this report:
```
➜ civicrm-core (2b6d15a4629bff5922f35f33ce15e909ff633666) phpstan analyse -l 0 CRM/Contribute/Form/Contribution/Confirm.php
------ ----------------------------------------------------------...I tried to add the info to this report:
```
➜ civicrm-core (2b6d15a4629bff5922f35f33ce15e909ff633666) phpstan analyse -l 0 CRM/Contribute/Form/Contribution/Confirm.php
------ -------------------------------------------------------------------------------------------------------------------------------
Line CRM/Contribute/Form/Contribution/Confirm.php
------ -------------------------------------------------------------------------------------------------------------------------------
270 Access to an undefined property CRM_Contribute_Form_Contribution_Confirm::$_lineItem.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
489 Access to an undefined property CRM_Contribute_Form_Contribution_Confirm::$_lineItem.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
554 Access to an undefined property object::$_membershipBlock.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
704 Access to an undefined property CRM_Contribute_Form_Contribution_Confirm::$_membershipTypeValues.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
1485 Access to an undefined property CRM_Contribute_Form_Contribution_Confirm::$_lineItem.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
2290 Access to an undefined property CRM_Contribute_Form_Contribution_Confirm::$_lineItem.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
2301 Access to an undefined property CRM_Contribute_Form_Contribution_Confirm::$_lineItem.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
2478 Access to an undefined property CRM_Contribute_Form_Contribution_Confirm::$_lineItem.
💡 Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
------ -------------------------------------------------------------------------------------------------------------------------------
```
Related: #4072https://lab.civicrm.org/dev/core/-/issues/4759Search Preferences -> Autocomplete Contact Search selections not respected2023-11-13T20:03:23ZalicefruminSearch Preferences -> Autocomplete Contact Search selections not respectedOverview
----------------------------------------
Search Preferences -> Autocomplete Contact Search selections not respected by quicksearch.
Reproduction steps
----------------------------------------
1. login as an admin
2. Go to CiviC...Overview
----------------------------------------
Search Preferences -> Autocomplete Contact Search selections not respected by quicksearch.
Reproduction steps
----------------------------------------
1. login as an admin
2. Go to CiviCRM Admin Menu -> Administer -> Customize Data and Screens -> Search Preferences
3. Update the "Autocomplete Contact Search" field to include "Postal Code"
4. Click "Save"
5. Clear Caches
6. Search for a contact with a postal code in the quicksearch box.
Current behaviour
----------------------------------------
Postal Code not included in quicksearch results even if the contact has one.
Expected behaviour
----------------------------------------
the postal code should be included in the quicksearch results if the contact has one
Environment information
----------------------------------------
I was able to recreate this on 5.66.2 and 5.69.alpha1