Development issueshttps://lab.civicrm.org/groups/dev/-/issues2022-08-01T23:12:05Zhttps://lab.civicrm.org/dev/core/-/issues/3741afform: breadcrumbs present when flagged for frontend2022-08-01T23:12:05Zlcdwebafform: breadcrumbs present when flagged for frontendIf a form has been flagged for use on the frontend, breadcrumb links should not be visible, as we do with other frontend-facing forms.
Currently they are present, even for non-admin role users.If a form has been flagged for use on the frontend, breadcrumb links should not be visible, as we do with other frontend-facing forms.
Currently they are present, even for non-admin role users.5.53.0https://lab.civicrm.org/dev/core/-/issues/3739Advanced search - unable to search by payment processor2023-02-07T21:35:41ZKurund JalmiAdvanced search - unable to search by payment processorReplicated on dmaster 5.53.alpha1 and 5.49.5
Steps to replicate:
* Advanced Search
* Display results as Contributions
* Expand 'Recurring contributions' tab
* Open dropdown for Payment Processor
List shown as per below and unable to s...Replicated on dmaster 5.53.alpha1 and 5.49.5
Steps to replicate:
* Advanced Search
* Display results as Contributions
* Expand 'Recurring contributions' tab
* Open dropdown for Payment Processor
List shown as per below and unable to select any item
![search-post](/uploads/87af49bb7a42293f4b6aaab7aa5d7136/search-post.png)https://lab.civicrm.org/dev/core/-/issues/3737E_NOTICEs from CRM_Contribute_Task::permissionedTaskTitles() - undefined / nu...2024-03-17T05:03:31ZAdam WoodE_NOTICEs from CRM_Contribute_Task::permissionedTaskTitles() - undefined / null array errorsNot a major issue, but our log file is filling up with messages of the following nature:
```
[Thu Jul 14 13:28:43.516413 2022] [fcgid:warn] [pid 52056] [client 92.40.175.17:63990] mod_fcgid: stderr: PHP Notice: Undefined offset: 8 in /...Not a major issue, but our log file is filling up with messages of the following nature:
```
[Thu Jul 14 13:28:43.516413 2022] [fcgid:warn] [pid 52056] [client 92.40.175.17:63990] mod_fcgid: stderr: PHP Notice: Undefined offset: 8 in /home/cses_org_uk/public_html/administrator/components/com_civicrm/civicrm/CRM/Contribute/Task.php on line 190, referer: https://cses.org.uk/administrator/?option=com_civicrm&task=civicrm/event/search&reset=1&force=1&status=true&event=364
[Thu Jul 14 13:28:43.516486 2022] [fcgid:warn] [pid 52056] [client 92.40.175.17:63990] mod_fcgid: stderr: PHP Notice: Trying to access array offset on value of type null in /home/cses_org_uk/public_html/administrator/components/com_civicrm/civicrm/CRM/Contribute/Task.php on line 190, referer: https://cses.org.uk/administrator/?option=com_civicrm&task=civicrm/event/search&reset=1&force=1&status=true&event=364
[Thu Jul 14 13:28:43.516486 2022] [fcgid:warn] [pid 52056] [client 92.40.175.17:63990] mod_fcgid: stderr: PHP Notice: Undefined offset: 9 in /home/cses_org_uk/public_html/administrator/components/com_civicrm/civicrm/CRM/Contribute/Task.php on line 191, referer: https://cses.org.uk/administrator/?option=com_civicrm&task=civicrm/event/search&reset=1&force=1&status=true&event=364
[Thu Jul 14 13:28:43.516486 2022] [fcgid:warn] [pid 52056] [client 92.40.175.17:63990] mod_fcgid: stderr: PHP Notice: Trying to access array offset on value of type null in /home/cses_org_uk/public_html/administrator/components/com_civicrm/civicrm/CRM/Contribute/Task.php on line 191, referer: https://cses.org.uk/administrator/?option=com_civicrm&task=civicrm/event/search&reset=1&force=1&status=true&event=364
[Thu Jul 14 13:28:43.516486 2022] [fcgid:warn] [pid 52056] [client 92.40.175.17:63990] mod_fcgid: stderr: PHP Notice: Undefined offset: 402 in /home/cses_org_uk/public_html/administrator/components/com_civicrm/civicrm/CRM/Contribute/Task.php on line 190, referer: https://cses.org.uk/administrator/?option=com_civicrm&task=civicrm/event/search&reset=1&force=1&status=true&event=364
[Thu Jul 14 13:28:43.516486 2022] [fcgid:warn] [pid 52056] [client 92.40.175.17:63990] mod_fcgid: stderr: PHP Notice: Trying to access array offset on value of type null in /home/cses_org_uk/public_html/administrator/components/com_civicrm/civicrm/CRM/Contribute/Task.php on line 192, referer: https://cses.org.uk/administrator/?option=com_civicrm&task=civicrm/event/search&reset=1&force=1&status=true&event=364
```
(Running CiviCRM 5.50.4)
The issue seems to be that in `CRM_Contribute_Task::permissionedTaskTitles()`, there is a code path where the internal `$_task` array is not initialised by calling the `tasks()` method beforehand.
```php
public static function permissionedTaskTitles($permission, $params = []) {
if (!isset($params['softCreditFiltering'])) {
$params['softCreditFiltering'] = FALSE;
}
if (($permission == CRM_Core_Permission::EDIT)
|| CRM_Core_Permission::check('edit contributions')
) {
$tasks = self::taskTitles();
}
else {
/*** ISSUE IS HERE - NO PRIOR CALL TO self::tasks() OR self::taskTitles() ETC ***/
$tasks = [
self::TASK_EXPORT => self::$_tasks[self::TASK_EXPORT]['title'],
self::TASK_EMAIL => self::$_tasks[self::TASK_EMAIL]['title'],
self::PDF_RECEIPT => self::$_tasks[self::PDF_RECEIPT]['title'],
];
//CRM-4418,
if (CRM_Core_Permission::check('delete in CiviContribute')) {
$tasks[self::TASK_DELETE] = self::$_tasks[self::TASK_DELETE]['title'];
}
}
if ($params['softCreditFiltering']) {
unset($tasks[self::BATCH_UPDATE], $tasks[self::PDF_RECEIPT]);
}
$tasks = parent::corePermissionedTaskTitles($tasks, $permission, $params);
return $tasks;
}
```
Looks like a pretty easy fix (call `self::tasks()`), but I need to do some further digging to be sure of the implications and think about how we would test this. Will have to pick this up again in a couple of weeks, but raising the issue now so it's on file.
If someone else comes in with a fix in the meantime, then great :smile:https://lab.civicrm.org/dev/core/-/issues/3736Some file upload fields not uploading2022-07-18T09:27:08ZDaveDSome file upload fields not uploadingIt works in some places, e.g. a custom field of type file, but for example:
1. CiviMail - Message Templates
2. Add message template
3. Choose upload document for the Source.
4. Upload a document - just a simple Word doc is fine - the fi...It works in some places, e.g. a custom field of type file, but for example:
1. CiviMail - Message Templates
2. Add message template
3. Choose upload document for the Source.
4. Upload a document - just a simple Word doc is fine - the file itself doesn't seem to be the issue.
5. When you click "Save and Done" it doesn't get uploaded. If you debug a bit you can see the browser submits it in the network request but the file field does not exist in the array from exportValues().
I've reproduced the above on dmaster.demo. I can also reproduce it with a little extension that has a file field on a custom form:
```php
in buildQuickForm:
$this->add('file', 'myfile', E::ts('My file'));
$this->addUploadElement('myfile');
in postProcess:
$values = $this->controller->exportValues($this->getName()); // it's the same if just use $this->exportValues()
CRM_Core_Error::debug(print_r($values, true));
```
Not sure when it started.5.53.0https://lab.civicrm.org/dev/core/-/issues/3735Can't search contact with only number2023-04-01T16:27:00ZPradeep Nayakpradpnayak@gmail.comCan't search contact with only numberContact search by number has stopped working for a few sites, when searching by only number the system searches by id rather than display/sort name. The system has an external identifier attached to sort/display name which helps the staf...Contact search by number has stopped working for a few sites, when searching by only number the system searches by id rather than display/sort name. The system has an external identifier attached to sort/display name which helps the staff to search the contact based on their old legacy number or by contact name. I can see there has been a [recent change](https://github.com/civicrm/civicrm-core/pull/23609) in Civi which would allow doing a search if the number starts with 0 but it is not the case here.
Is it right to say that force search by id should be a config setting which can be turned off on some systems either via UI or in civicrm.settings.php?5.57.0https://lab.civicrm.org/dev/core/-/issues/3734Afform - Contacts are missing when editing the activity2024-03-14T05:03:19ZCésarAfform - Contacts are missing when editing the activityOverview
----------------------------------------
Hello, when editing an activity with afform, the contacts do not appear in contact ref field.
I'm not sure if this has been seen before, but it seems like undesirable behavior.
Example:...Overview
----------------------------------------
Hello, when editing an activity with afform, the contacts do not appear in contact ref field.
I'm not sure if this has been seen before, but it seems like undesirable behavior.
Example:
![activity_edit](/uploads/47ec6499b8874651673803358cd790c1/activity_edit.gif)
Reproduction steps
----------------------------------------
1. Create new activity sub form: https://dmaster.demo.civicrm.org/civicrm/admin/afform#create/form/Activity
2. Accept ID from URL in activity settings.
3. Add contact ref fields
4. Create activity and assign some contacts
5. Refresh the edit page.
Environment information
----------------------------------------
* Tested on https://dmaster.demo.civicrm.org/
* CiviCRM 5.53.alpha1https://lab.civicrm.org/dev/core/-/issues/3733Importing Data: field "source" is updated instead of filled2022-08-10T01:07:08ZfastermannSGBImporting Data: field "source" is updated instead of filledWhen importing contacts you can choose wether to skip duplicates or update them or to just fill the data that does not exist.
That works fine. If the existing contact does not have a phone number and the imported data includes one, the c...When importing contacts you can choose wether to skip duplicates or update them or to just fill the data that does not exist.
That works fine. If the existing contact does not have a phone number and the imported data includes one, the contact will be filled. If the existing contact already has a phone number, it will remain and the imported number will be ignored.
But...
... that does not work on the data field "source".
Example:
--------
The contact Max Example exists. The field "source" already has a content, i.e. "Newsletter-Subscription"
Then we import new data from another campaign. Max Example is also in this list, with his postal adress, a phone number and a new source "Orders May 2022".
Import-Options for duplicate contacts is set to "Fill".
Duplicate will be recognized correctly, postal adresse and phone number will be added - but the source will be updated to "Orders May 22". So the information where the first data was generated ("Newsletter-Subscription") will be lost.
Question:
---------
Is it a bug or a feature? And if it's a feature, is there a workaround to not lose the existing data?
Best regards
Thomas5.53.0https://lab.civicrm.org/dev/core/-/issues/3732Show billing address on Edit contribution screen as well2022-09-26T16:47:07ZyashodhaShow billing address on Edit contribution screen as wellWe currently show billing address on _View Contribution_ screen.
I propose to show billing address on _Edit Contribution_ screen as well for consistency.We currently show billing address on _View Contribution_ screen.
I propose to show billing address on _Edit Contribution_ screen as well for consistency.5.55.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3731Edit-in-place not working for custom field on search-display2022-07-16T07:07:07ZeileenEdit-in-place not working for custom field on search-displayI wanted to blog about [cool stuff people might not realise they can do](https://docs.google.com/document/d/1v0DNthPE-F_ACJ_fy82W7VZQ_p_QKsSLFEetHc2Oa8A/edit) with search kit et al - but found that edit in place for custom fields didn't ...I wanted to blog about [cool stuff people might not realise they can do](https://docs.google.com/document/d/1v0DNthPE-F_ACJ_fy82W7VZQ_p_QKsSLFEetHc2Oa8A/edit) with search kit et al - but found that edit in place for custom fields didn't work.
I created this extension https://github.com/eileenmcnaughton/custom_custom - to create the relevant config - you wind up with a search display of custom fields where one of the field is a custom field that extends the entity 'Custom Field'
![image](/uploads/cefafd92941fc01b5cbe5a17524a2c11/image.png)
The update ajax call does NOT appear to be passing out the custom field value to be updated
![image](/uploads/bb8c72d94157b27e4a1a5263e6d6f2c4/image.png)https://lab.civicrm.org/dev/wordpress/-/issues/127Using afform components via WordPress shortcodes on non-Pages/Posts2023-03-01T11:53:24ZflantascienceUsing afform components via WordPress shortcodes on non-Pages/PostsI'm trying to use a shortcode to display a Search Kit Form on the Thank You page for a Petition that contains the Date, First Name, and Comment of all the petition signers.
When I input the shortcode, I get an error message: "This Short...I'm trying to use a shortcode to display a Search Kit Form on the Thank You page for a Petition that contains the Date, First Name, and Comment of all the petition signers.
When I input the shortcode, I get an error message: "This Shortcode could not be handled. It could be malformed or used incorrectly."
It works fine on pages/posts, but not on the Petition Thank You Page.
(this is a bit of a follow up to [#82](https://lab.civicrm.org/dev/report/-/issues/82).)https://lab.civicrm.org/dev/core/-/issues/3728Afform: 'required' fields not handled correctly2022-07-07T19:53:07Zaydunsaidan.saunders@squiffle.ukAfform: 'required' fields not handled correctlyOverview
----------------------------------------
When configuring an Afform submission form, required fields are shown with an asterisk, but when the form is displayed there is no indication of fields being required.
Submitting the for...Overview
----------------------------------------
When configuring an Afform submission form, required fields are shown with an asterisk, but when the form is displayed there is no indication of fields being required.
Submitting the form with a missing required field fails without error.
Configuration page - required fields are indicated:
![Screenshot-34](/uploads/29b49dd7110ebfd9eefbb0af50e5e3c4/Screenshot-34.png)
Display page - required fields are not indicated:
![Screenshot-37](/uploads/994c4e474b4bb3be4d8a6618713da77e/Screenshot-37.png)
Reproduction steps
----------------------------------------
1. Install https://lab.civicrm.org/extensions/certifications on master
2. Go to `Certifications > New Certification Type`, create a type as eg name: First Aid, validity: 3 years
3. Go to `Certifications > New Certification`, select the type & a contact but leave the date empty
4. Hit submit - goes to listing of all Certifications & is still empty
Current behaviour
----------------------------------------
Currently, the 'submit' button appears to work normally but no Certification is created.
Expected behaviour
----------------------------------------
The form contents should be preserved and the missing required field highlighted somehow.
The user should be able to fill in the missing field and hit 'submit' to process.
Comments
----------------------------------------
See https://lab.civicrm.org/extensions/certifications/-/issues/14https://lab.civicrm.org/dev/core/-/issues/3727Afform/SearchKit filters: date range filter not working2022-07-22T06:54:59Zaydunsaidan.saunders@squiffle.ukAfform/SearchKit filters: date range filter not workingI have a searchkit results table in a Form Builder display with a filter on a date field.
Other date filters (eg 'today', 'this year') work correctly, but the 'date range' does not. Looking at the network activity from the browser show...I have a searchkit results table in a Form Builder display with a filter on a date field.
Other date filters (eg 'today', 'this year') work correctly, but the 'date range' does not. Looking at the network activity from the browser shows 'filters' is empty:
```
calls: [["SearchDisplay","run",{"return":"page:1","savedSearch":"Certifications","display":"Certifications","sort":{},"limit":50,"seed":1657202704442,"filters":{},"afform":"afsearchCertifications"}]]
```
To reproduce:
- install https://lab.civicrm.org/extensions/certifications on master
- use `Certifications > New Certification Type` to create a new type: (eg name: 'First Aid', validity: 3 years)
- use `Certifications > New Certification` to create a new certification
- go to `Certifications > List Certifications` - expand filters, note that 'date range' filter on either date field does not work
- open browser's dev tools network tab and note `"filters":{}`colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/3726contact import - unresponsive queue runner - 5.512022-07-10T22:43:09ZUpperholmecontact import - unresponsive queue runner - 5.51Trying to get the contact import working. Everything seems to go well and then I'm presented with the queue runner screen which just sits there and nothing happens.
In the browser console I see a 404 for a file - progress.gif - for whi...Trying to get the contact import working. Everything seems to go well and then I'm presented with the queue runner screen which just sits there and nothing happens.
In the browser console I see a 404 for a file - progress.gif - for which the console provides the URL as : https://mydomain.org/core/misc/progress.gif
Also seeing : SyntaxError: JSON Parse error: Unexpected EOF
Clicking the available Retry button has no effect.
Clicking the other button, which looks to be labelled 'skip', presents a partially completed progress bar with a message like 'processed 5 out of 8 rows' (my import file has just 8 rows of data), but no records appear to get imported.
The temporary database table does appear to get created.
Additionally, I found that clicking the 'skip' button multiple times got me to a reporting page that looked like a summary of perhaps what was supposed to happen. It correctly reported the number of rows in the 'imported data' (although of course no data was actually imported, and it erroneously reported that 8 records were created or modified.5.51.1https://lab.civicrm.org/dev/core/-/issues/3725Contacts with "Access CiviContribute" but not "edit contributions" can no lon...2022-07-09T01:07:10ZJonGoldContacts with "Access CiviContribute" but not "edit contributions" can no longer view contributionsReplication steps are in the title!
This is a regression from [PR 22961](https://github.com/civicrm/civicrm-core/pull/22961).
That calls `CRM_Core_Permission::checkActionPermission()` which says in its description, "Check permissions f...Replication steps are in the title!
This is a regression from [PR 22961](https://github.com/civicrm/civicrm-core/pull/22961).
That calls `CRM_Core_Permission::checkActionPermission()` which says in its description, "Check permissions for delete and edit actions", but it's called even when viewing a contribution.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3724hook_managed(...CaseType,APIv4...): Exhausts memory (>256m)2022-07-07T21:12:23Ztottenhook_managed(...CaseType,APIv4...): Exhausts memory (>256m)Overview
----------------------------------------
If you export a `CaseType` with a real `definition` and then try to import it by way of `hook_managed(...CaseType,APIv4...)`, then it crashes due to memory exhaustion.
Reproduction step...Overview
----------------------------------------
If you export a `CaseType` with a real `definition` and then try to import it by way of `hook_managed(...CaseType,APIv4...)`, then it crashes due to memory exhaustion.
Reproduction steps
----------------------------------------
Install https://gist.github.com/totten/3ec8164c3f8ca9d3c51e768feab946da
(*Note: https://github.com/civicrm/civicrm-core/pull/23961 also includes a way to reproduce the problem within a test; but some of the key bits are commented-out, and it requires a `mixer` test harness. The gist may be easier for most folks to play with.*)
Current behaviour
----------------------------------------
```
$ cv en shimmy
Enabling extension "shimmy"
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 69632 bytes) in /Users/totten/bknix/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Error.php on line 818
```
Note: 256m is plenty generous for the task.
Expected behaviour
----------------------------------------
The extension should be enabled -- and the full/valid `CaseType` should be setup.
Environment information
----------------------------------------
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is neccessary. -->
* __Browser:__ Firefox
* __CiviCRM:__ Master
* __PHP:__ 7.4
* __CMS:__ D7
* __Database:__ MySQL 5.7
* __Web Server:__ Apache 2.4
Comments
----------------------------------------
_Anything else you would like the reviewer to note._https://lab.civicrm.org/dev/core/-/issues/3722CaseType managed entity in mgd.php file gets caught in an infinite loop2023-09-16T13:59:04ZherbdoolCaseType managed entity in mgd.php file gets caught in an infinite loopOverview
----------------------------------------
When using mgd.php file for a CaseType managed entity it creates an infinite loop when flushing the cache (which is when managed entities get checked). In `CRM_Case_BAO_CaseType::add()` ...Overview
----------------------------------------
When using mgd.php file for a CaseType managed entity it creates an infinite loop when flushing the cache (which is when managed entities get checked). In `CRM_Case_BAO_CaseType::add()` it calls `CRM_Core_ManagedEntities::scheduleReconciliation()` which seems to create the loop.
Some chat here https://chat.civicrm.org/civicrm/pl/pmcn6sa9zpboigkh7f4ukxt8yr
Reproduction steps
----------------------------------------
1. Create a new Case Type in the UI.
1. Go to API4 and export the Case Type to PHP definition.
1. Save to mgd.php file in an extension.
2. Delete the custom case type.
3. Enable the extension and flush cache (`cv flush`).
Current behaviour
----------------------------------------
Gets caught in an infinite loop, where it keeps trying to create the same case type (as I've noticed when going over it in XDebug).
Expected behaviour
----------------------------------------
Just create it once and stop.
Environment information
----------------------------------------
* __CiviCRM: 5.50.0 and uphttps://lab.civicrm.org/dev/core/-/issues/3720CiviCRM 5.50.4, New install on WordPress throws fatal error when installation...2024-03-08T05:03:25Zjustinfreeman (Agileware)CiviCRM 5.50.4, New install on WordPress throws fatal error when installation completes - InstallationCanary.php. Error message: Uncaught CRM_Core_Exception: [0: Found installation canary.CiviCRM 5.50.4, New install on WordPress throws fatal error when installation completes - InstallationCanary.php. Error message: Uncaught CRM_Core_Exception: [0: Found installation canary.
Triggers the WordPress email error: Your Site i...CiviCRM 5.50.4, New install on WordPress throws fatal error when installation completes - InstallationCanary.php. Error message: Uncaught CRM_Core_Exception: [0: Found installation canary.
Triggers the WordPress email error: Your Site is Experiencing a Technical Issue
```
WordPress version 6.0
Active theme: Twenty Twenty-Two (version 1.2)
Current plugin: CiviCRM (version 5.50.4)
PHP version 7.4.30
Error Details
=============
An error of type E_ERROR was caused in line 37 of the file /var/www/vhosts/httpdocs/wp-content/plugins/civicrm/civicrm/Civi/Core/InstallationCanary.php. Error message: Uncaught CRM_Core_Exception: [0: Found installation canary. This suggests that something went wrong with tracking installation process. Please post to forum or JIRA.
```
Agileware Ref: CIVICRM-2010https://lab.civicrm.org/dev/core/-/issues/3719API4 - UserJob.get for job_type:label does not return a string2022-07-07T06:34:39ZtschuettlerAPI4 - UserJob.get for job_type:label does not return a stringOverview
----------------------------------------
The pseudoconstant for `job_type:label` from `UserJob` does not return the label by itself.
Reproduction steps
----------------------------------------
1. Create some user job, e.g. by s...Overview
----------------------------------------
The pseudoconstant for `job_type:label` from `UserJob` does not return the label by itself.
Reproduction steps
----------------------------------------
1. Create some user job, e.g. by starting a contact import
1. Execute https://dmaster.demo.civicrm.org/civicrm/api4#/explorer/UserJob/get?select=%5B%22job_type:label%22%5D
Current behaviour
----------------------------------------
Result will be
``` json
(1) [
{
"id": 1,
"job_type:label": {
"id": "contact_import",
"name": "contact_import",
"label": "Contact Import",
"class": "CRM_Contact_Import_Parser_Contact"
}
}
]
```
Side effect:
The contact import summary screen will have no title and there is a warning + notice:
>>>
Warning: strip_tags() expects parameter 1 to be string, array given in template_preprocess_html() (line 2641 of /opt/buildkit/build/rc/web/includes/theme.inc).
Notice: Array to string conversion in include() (line 46 of /opt/buildkit/build/rc/web/themes/garland/page.tpl.php).
>>>
![grafik](/uploads/6521dbc32a669660de94a330b23df681/grafik.png)
Expected behaviour
----------------------------------------
Result should be
``` json
(1) [
{
"id": 1,
"job_type:label": "Contact Import"
}
]
```
The contact import summary screen will have a proper title.
Comments
----------------------------------------
I guess that this is a side effect of converting in the user job type entity to string in https://github.com/civicrm/civicrm-core/pull/23888.
PR attempt here: https://github.com/civicrm/civicrm-core/pull/239445.51.0https://lab.civicrm.org/dev/core/-/issues/3718Profile listings fail to show email addresses when their location type Name d...2024-03-09T05:03:24ZspalmstromProfile listings fail to show email addresses when their location type Name differs from its Display NameOverview
----------------------------------------
If you create a location type and have different Names and Display Names, then a profile listing uses it fails to display the data.
Reproduction steps
-----------------------------------...Overview
----------------------------------------
If you create a location type and have different Names and Display Names, then a profile listing uses it fails to display the data.
Reproduction steps
----------------------------------------
1. Create a new location type with Name say TestingTesting and Display Name 'Testing Testing'.
2. Create a listing profile to display that location type.
3. Assign an email address of that type to a user.
4. Use the profile to display that user.
Current behaviour
----------------------------------------
Erik Adams detail viewed:
![image](/uploads/f1cda7c22218f4983bad7b1afadbeec6/image.png)
The email address does not show in the listing:
![image](/uploads/bacb9d89a6156a1504a64b7781be4838/image.png)
Expected behaviour
----------------------------------------
_What should happen._
![image](/uploads/c08545abfca4db63e1e3143ac52698b6/image.png)
Environment information
----------------------------------------
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is neccessary. -->
* __Browser:__ _MS Edge_ but probably not relevant
* __CiviCRM:__ _ 5.52.alpha1._ It is the Demo system<!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP__ _Whatever Demo is running_
* __CMS:__ _Drupal 9_ the version Demo is running.
* __Database:__ _Whatever Demo is running_.
* __Web Server:__ _Whatever runs Demo_
Comments
----------------------------------------
I have spent a few hours attempting to debug on a local system, but haven't been able to discover where the SELECT statement is being created. What appears to be happening is that the SELECT statement is has the Name of the Location Type as a column, whilst the Profile is expecting the Display Name, so when they don't match, the latter displays nothing.
You should note that if the Name is say Testing_Testing and the Display Name is 'Testing Testing', that the data are displayed. This is because somewhere in the Profile display spaces are replaced by underscores. It is how I was able to obtain the expected behaviour.
I am flagging this up in the hope that someone with more expertise than I can more easily identify where the solution lies.https://lab.civicrm.org/dev/core/-/issues/3717Sorting on import/export Mapping page is not sorted by mapping type2022-07-05T20:50:09ZtschuettlerSorting on import/export Mapping page is not sorted by mapping typeOverview
----------------------------------------
Sorting in the mapping page does not work as intended by the source code inhttps://github.com/civicrm/civicrm-core/blob/3cf2f2b0a0c5b499a0064be725887ec5b2fdfe47/CRM/Admin/Page/Mapping.php...Overview
----------------------------------------
Sorting in the mapping page does not work as intended by the source code inhttps://github.com/civicrm/civicrm-core/blob/3cf2f2b0a0c5b499a0064be725887ec5b2fdfe47/CRM/Admin/Page/Mapping.php#L126, instead it is sorted by name only.
Reproduction steps
----------------------------------------
1. Create mappings for different mapping types (e.g. contact and participant)
2. Visit: https://dmaster.demo.civicrm.org/civicrm/admin/mapping?reset=1
Current behaviour
----------------------------------------
List is sorted by mapping name
Expected behaviour
----------------------------------------
List is sorted by mapping type, followed by name
Comments
----------------------------------------
https://github.com/civicrm/civicrm-core/pull/239425.52.0