CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2021-08-25T13:27:16Zhttps://lab.civicrm.org/dev/core/-/issues/2778Error when using search in 'Find and Merge Duplicate Contacts' page2021-08-25T13:27:16ZrupertraphaelError when using search in 'Find and Merge Duplicate Contacts' pageOverview
----------------------------------------
An datatables warning pops up as a result of a error on the server (500) when searching for duplicate contacts (after selecting a rule) in the 'Find and Merge Duplicate Contacts' page.
[...Overview
----------------------------------------
An datatables warning pops up as a result of a error on the server (500) when searching for duplicate contacts (after selecting a rule) in the 'Find and Merge Duplicate Contacts' page.
[Here's the CiviCRM StackExchange Question and it contains the problem and reproduction steps as well.](https://civicrm.stackexchange.com/questions/40157/datatables-warning-in-find-and-merge-page)
Reproduction steps
----------------------------------------
1. Go to the Find and Merge Duplicate Contacts page (route is civicrm/contact/deduperules?reset=1 or access it via Contacts > Find and Merge Duplicate Contacts).
2. Create a new rule for detecting duplicates using their first name and last name only. I added First Name and Last Name as the fields and they have the same weight and the sum of their weights is the Weight Threshold to Consider Contacts 'Matching'. For example, weight treshold for First Name and Last Name is both 1 and the Weight Threshold to Consider Contacts 'Matching' is 2.
![Screen_Shot_2021-08-11_at_1.07.03_PM](/uploads/224e34a79d5a458a19a823e97713920d/Screen_Shot_2021-08-11_at_1.07.03_PM.png)
3. Use the just recently created rule to look for duplicates. For the group, select 'All Contacts'.
![Screen_Shot_2021-08-11_at_1.08.16_PM](/uploads/ac640bbc88657b7910f7a3a028343e87/Screen_Shot_2021-08-11_at_1.08.16_PM.png)
4. Attempt a search using the search bar on the top right of the list of duplicates; you should get the following error:
Current behaviour
----------------------------------------
![Screen_Shot_2021-08-11_at_1.09.57_PM](/uploads/e1b522de4871198f454e55bdded14169/Screen_Shot_2021-08-11_at_1.09.57_PM.png)
![Screen_Shot_2021-08-09_at_2.56.17_PM](/uploads/5bf86d11c03c865b89008ac486ba427b/Screen_Shot_2021-08-09_at_2.56.17_PM.png)
Expected behaviour
----------------------------------------
Should be able to search among list of duplicate contacts.
Environment information
----------------------------------------
https://dmaster.demo.civicrm.org (5.42.alpha1) on Chrome on Mac (Version 92.0.4515.131)
and on our instance: 5.27 on Chrome on Mac (Version 92.0.4515.131).https://lab.civicrm.org/dev/core/-/issues/2659failing update Smart Groups for installs with none2021-07-24T03:06:50ZStoobfailing update Smart Groups for installs with noneI got past an upgrade error by commenting out lines 96 through 118 in `CRM/Upgrade/Incremental/php/FiveTwenty.php`
The the update was repeatedly failing on this install which had no smart groups, had never had smart groups, and was prob...I got past an upgrade error by commenting out lines 96 through 118 in `CRM/Upgrade/Incremental/php/FiveTwenty.php`
The the update was repeatedly failing on this install which had no smart groups, had never had smart groups, and was probably five years old or more. I have no idea how to reproduce the issue reliably but if there isn't already a failsafe in the code for installs which have no smart groups to update, please add that failsafe.
Peace out!https://lab.civicrm.org/dev/core/-/issues/2513Dashlet reports not scrollable2021-04-07T14:12:26ZAllenShawDashlet reports not scrollableOverview
----------------------------------------
Scrolling problems prevent full view of expanded dashlet content.
Current behaviour
----------------------------------------
On the CiviCRM home dashboard, a dashlet may be expanded usin...Overview
----------------------------------------
Scrolling problems prevent full view of expanded dashlet content.
Current behaviour
----------------------------------------
On the CiviCRM home dashboard, a dashlet may be expanded using the "View Fullscreen" icon (fa-expand). This does expand the dashlet, but that expanded dashlet is not scrollable. If the dashlet output is many rows, the dashlet simply extends its display below the bottom edge of the viewport.
At the same time, scrollbars are removed from the page itself. Therefore, there's no way to scroll down to see the bottom of the expanded dashlet output. (Mouse-wheel scrolling is also nonresponsive in this situation.)
See this animaged image:
![anim](/uploads/b0e83ea948708aabcdd5cc033d65e23d/anim.gif)
Expected behaviour
----------------------------------------
I should have some way of scrolling down to see the full dashlet content.
Environment information
----------------------------------------
* Browser: Chromium
Version 89.0.4389.90 (Official Build) Built on Ubuntu , running on Ubuntu 16.04 (64-bit)
* Drupal/CiviCRM: dmaster.demo.civicrm.org, as of today ("Powered by CiviCRM 5.37.alpha1.")
Comments
----------------------------------------
A dev site with civicrm 5.28.3 shows me that the expanded dashlet had working vertical scrollbars in that version.https://lab.civicrm.org/dev/core/-/issues/2394Decimal Separator - Incorrect format in some views and editions2023-02-16T13:30:23ZCésarDecimal Separator - Incorrect format in some views and editionsHello,
The Money type fields are not working correctly when modifying the language, the decimal delimiter and the thousands separator are configured, detected with custom case fields and editing a contribution.
* Example custom field i...Hello,
The Money type fields are not working correctly when modifying the language, the decimal delimiter and the thousands separator are configured, detected with custom case fields and editing a contribution.
* Example custom field in case view: (version afected > 5.21.0)
![bug_separator](/uploads/3a6495402f7318f656bf94c73912cda2/bug_separator.gif)
* Example fields in contribution edit: (version afected 5.36.alpha1)
In v5.34.0 the value of total_amount is replaced by the default format value (Ex: 1.000,10 to 1,000.10) in edit form of contribution.
![bug_separator_contrib](/uploads/eb1a291ab6f1311a1e72fa19f0dba5a0/bug_separator_contrib.gif)5.35.0https://lab.civicrm.org/dev/core/-/issues/2352UF Settings page for Views CiviCRM integration should not have backticks for ...2021-02-01T20:27:10ZherbdoolUF Settings page for Views CiviCRM integration should not have backticks for BackdropBackdrop now supports MySQL 8 which means the "hackish" support for Views integration has changed. https://github.com/backdrop/backdrop-issues/issues/4745
It no longer works with backticks. Only this works:
```
'abc_civi.',
```Backdrop now supports MySQL 8 which means the "hackish" support for Views integration has changed. https://github.com/backdrop/backdrop-issues/issues/4745
It no longer works with backticks. Only this works:
```
'abc_civi.',
```5.35.0https://lab.civicrm.org/dev/core/-/issues/2287new contact via modal profile form: save matching contact doesn't work2021-01-06T21:47:07Zlcdwebnew contact via modal profile form: save matching contact doesn't workOverview
----------------------------------------
When using the New Contact profile in a modal context and entering the name of an existing record, the interface displays the duplicate contact warning and exposes the Save Matching Conta...Overview
----------------------------------------
When using the New Contact profile in a modal context and entering the name of an existing record, the interface displays the duplicate contact warning and exposes the Save Matching Contact button. Click that button does nothing. It simply retriggers and reloads the duplicate popup message.
Reproduction steps
----------------------------------------
1. Click on Contacts > New Activity
2. Click With Contact and select one of the new contact options
3. Enter values that match an existing record. e.g. click New Organization and enter the name of an existing organization in your system.
4. Click save.
5. The warning message appears and the option to Save Matching Contact is displayed. Click that button.
Current behaviour
----------------------------------------
The warning message is reloaded but no action is taken (the duplicate contact is not created).
Expected behaviour
----------------------------------------
The duplicate contact should be created and the modal closed.
Comments
----------------------------------------
I highly suspect this is related to the change to begin using button elements instead of input elements for form buttons. But I've compared the code between 5.29.1 (when I know for certain it was last working) and 5.32.2 and don't see how that shift would have impacted the behavior in this way.5.33.0https://lab.civicrm.org/dev/core/-/issues/2232upgrade can't find service2020-12-12T09:47:07Zeileenupgrade can't find service@totten @kcristiano @christianwach I just upgraded a wordpress site (from 5.31 to 5.32) and on trying to go to the home page hit this.
I feel like this might be the second report of issues like this on a wordpress site (@justinfreeman r...@totten @kcristiano @christianwach I just upgraded a wordpress site (from 5.31 to 5.32) and on trying to go to the home page hit this.
I feel like this might be the second report of issues like this on a wordpress site (@justinfreeman reported one tied with flexmailer #2191 ) where some loading order seems to get jumbled. In addition Justin has reported 2 other issues recently (presumably also on wordpress) which imply that he is seeing issues on wordpress where core and extension setting metadata is not present on some upgraded sites - I wonder if there is a hook order issue
![Screenshot_from_2020-12-05_11-45-07](/uploads/03786193703bc8540bdad33edfaf2f39/Screenshot_from_2020-12-05_11-45-07.png)5.32.2https://lab.civicrm.org/dev/core/-/issues/2228CiviCRM 5.31.0, CiviCRM Mailing, changing the Location Type from "Automatic" ...2020-12-03T06:28:38Zjustinfreeman (Agileware)CiviCRM 5.31.0, CiviCRM Mailing, changing the Location Type from "Automatic" to any of the other Location Types results in Error 'number:4' is not a valid option for field location_type_idCiviCRM Mailing, changing the Location Type from "Automatic" to any of the other Location Types results in Error 'number:4' is not a valid option for field location_type_id.
Bug first identified in CiviCRM 5.31.0, repeatable in CiviCRM ...CiviCRM Mailing, changing the Location Type from "Automatic" to any of the other Location Types results in Error 'number:4' is not a valid option for field location_type_id.
Bug first identified in CiviCRM 5.31.0, repeatable in CiviCRM 5.31.1 and CiviCRM DMASTER, CiviCRM 5.33.alpha1
Steps to reproduce:
1. Create a Mailing
2. Select a Recipient Group
3. Click the "Edit Recipient Options" button
4. Select a different Location Type from the Location Types drop-down
5. Close the dialog
6. Wait for the Mailing to save, error message will then be shown
![screencapture-dmaster-demo-civicrm-org-civicrm-a-2020-12-02-16_05_36](/uploads/b5ff3aa5cd08ebb4beaa40f43ecf05a0/screencapture-dmaster-demo-civicrm-org-civicrm-a-2020-12-02-16_05_36.png)
Agileware Ref: CIVICRM-16195.32.0https://lab.civicrm.org/dev/core/-/issues/2215Menu links for Petitions, Surveys do not open correct tab2020-12-07T08:35:27ZRichMenu links for Petitions, Surveys do not open correct tabOverview
----------------------------------------
The Campaigns menu has a Dashboard entry with three sub entries, 2 of which don't work (and one only works in the same way a stopped clock works twice a day)
Reproduction steps
--------...Overview
----------------------------------------
The Campaigns menu has a Dashboard entry with three sub entries, 2 of which don't work (and one only works in the same way a stopped clock works twice a day)
Reproduction steps
----------------------------------------
Click Campaigns » Dashboards » Petition or Survey
Current behaviour
----------------------------------------
You just get the main campaigns page.
Expected behaviour
----------------------------------------
Should select the correct tab.
Environment information
----------------------------------------
* __CiviCRM:__ 5.30, 5.31https://lab.civicrm.org/dev/core/-/issues/2213Upgrade CiviCRM 5.28.3 to 5.30.0 with Clean URLs and WordPress Base Page "Civ...2020-12-03T22:20:10Zjustinfreeman (Agileware)Upgrade CiviCRM 5.28.3 to 5.30.0 with Clean URLs and WordPress Base Page "CiviCRM" breaks Mosaico IMG URLs and Email Tracked URLsThis has been observed on a CiviCRM and WordPress site. After upgrading from CiviCRM 5.28.3 to 5.30.0 with Clean URLs and WordPress Base Page "CiviCRM" we received reports that Mosaico IMG URLs and Email Tracked URLs were both broken. Th...This has been observed on a CiviCRM and WordPress site. After upgrading from CiviCRM 5.28.3 to 5.30.0 with Clean URLs and WordPress Base Page "CiviCRM" we received reports that Mosaico IMG URLs and Email Tracked URLs were both broken. This was confirmed as those URLs were returning 404s.
This was an old site and noted that the CiviCRM WordPress Base Page option was set to "CiviCRM". After changing the WordPress Base Page option to "civicrm" the Mosaico IMG URLs and Email Tracked URLs resolved correctly, no more 404s.
Was unable to reproduce this same problem on existing CiviCRM 5.31.0 and WordPress site, toggling the CiviCRM WordPress Base Page option from "civicrm" to "CiviCRM" did not result in 404 errors.
**Solution**
1. Find the WordPress page for CiviCRM, note the **Slug** part of the **Permalink** for this page eg. Permalink is https://test.com/civicrm then the Slug is **civicrm**
2. Go to CiviCRM, Administration, **CMS Database Integration**.
3. Change **CMS Database Integration** option to match the **Slug** part of the **Permalink**. eg. **civicrm**
4. Click **Save**.
5. Crack open a beer and **test**.
Agileware Ref: CIVICRM-16135.32.0https://lab.civicrm.org/dev/core/-/issues/2191CiviCRM 5.31 post upgrade errors, You have requested a non-existent service "...2020-12-11T02:13:06Zjustinfreeman (Agileware)CiviCRM 5.31 post upgrade errors, You have requested a non-existent service "mosaico_graphics"; You have requested a non-existent service "civi_flexmailer_required_tokens"; Unrecognized value for setting 'flexmailer_traditional'.Just a FYI that we are seeing this CiviCRM 5.31 post upgrade errors, You have requested a non-existent service "mosaico_graphics" and You have requested a non-existent service "civi_flexmailer_required_tokens". Also see the following err...Just a FYI that we are seeing this CiviCRM 5.31 post upgrade errors, You have requested a non-existent service "mosaico_graphics" and You have requested a non-existent service "civi_flexmailer_required_tokens". Also see the following error message: Unrecognized value for setting 'flexmailer_traditional'.
![Screenshot_20201126_105000](/uploads/7b78860515b992cfc898fc7bcfab7e82/Screenshot_20201126_105000.png)
![Screenshot_20201126_104951](/uploads/9addf493d0c9fc3c8b2e649e50b2c81e/Screenshot_20201126_104951.png)
Causes final step of the upgrade process to result in an error:
There has been a critical error on your website. Please check your site admin email inbox for instructions.
Learn more about debugging in WordPress.
And then this error message is displayed intermittently whilst navigating CiviCRM pages.
Error is output as response to all AJAX requests as the JSON payload, HTML error response which breaks that functionality.
Solution is to:
1. Visit the Administer CiviCRM, Flexmailer Settings and re-save the Flexmailer Settings.
2. Visit the Administer CiviCRM, Mosaico Settings page and saving
2. Clear the CiviCRM caches
Then CiviCRM pages should load normally.
Environment:
CiviCRM 5.31
WordPress 5.5.3
Agileware Ref: CIVICRM-1604 and CIVICRM-16125.32.2https://lab.civicrm.org/dev/core/-/issues/2188Custom fields of type "Integer" with radio buttons can cause Advanced Search ...2021-01-07T03:26:26ZJonGoldCustom fields of type "Integer" with radio buttons can cause Advanced Search to break#### Steps to replicate
* Create a new custom field (via the UI) of type Integer, HTML Type of radio buttons.
* Set "Is Searchable" to "yes" and save.
* Visit Advanced Search.
#### Expected result
Advanced Search worked identically to b...#### Steps to replicate
* Create a new custom field (via the UI) of type Integer, HTML Type of radio buttons.
* Set "Is Searchable" to "yes" and save.
* Visit Advanced Search.
#### Expected result
Advanced Search worked identically to before the field was added.
#### Actual result
A JavaScript error:
```
Uncaught query function not defined for Select2 custom_9_from
```
The JS error will cause various parts of the form to stop working; the exact effect depends on the load order of the field in question. Select2 may stop working, accordions that load template snippets via AJAX may fail to open.
#### Technical Notes
The "Add Custom Field" form has a default for "Search by Range" set to "Yes", which is hidden by JS until someone sets "Is Searchable" to "Yes".
However, there's no widget to search by range on a multiple-choice field (it doesn't really make sense) so "Search by Range" remains hidden. Unfortunately, that means the field takes the default of "Yes". Advanced Search breaks because the widget doesn't exist.
This issue exists in master, but has existed at least as far back as 5.13.5.33.0JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/2147IN operator not working in Search2020-11-02T05:46:11ZedvanleeuwenIN operator not working in SearchOverview
----------------------------------------
When selecting multiple groups in contact search, I should get all the contacts of the groups combined. Now, only the contacts of the first group are displayed.
_If you have already post...Overview
----------------------------------------
When selecting multiple groups in contact search, I should get all the contacts of the groups combined. Now, only the contacts of the first group are displayed.
_If you have already posted on https://civicrm.stackexchange.com or https://chat.civicrm.org, please include the link to that conversation._
Reproduction steps
----------------------------------------
1. Click on **Contacts -> Search**.
1. Select **in** and choose more than one group.
1. Only the contacts of the first group chosen are displayed.
Current behaviour
----------------------------------------
_What happens currently. Please provide error messages, screenshots or gifs ([LICEcap](http://www.cockos.com/licecap/), [SilentCast](https://github.com/colinkeenan/silentcast)) where appropriate._
When selecting multiple groups in contact search, I get only the contacts of the first group.
Expected behaviour
----------------------------------------
When selecting multiple groups in contact search, I should get all the contacts of the groups combined.
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:__ _Edge_
* __CiviCRM:__ _5.30_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP:__ _7.4__
* __CMS:__ _Drupal 7_
* __Database:__ _MariaDB 10.4_
* __Web Server:__ _Apache 2.4_
Comments
----------------------------------------
I have verified and recreated the problem on the demo site.5.31.0https://lab.civicrm.org/dev/core/-/issues/2102Changing address on event hangs2020-10-10T19:34:14Zaydunsaidan.saunders@squiffle.ukChanging address on event hangsOverview
----------------------------------------
Changing the address on an event causes hang (spinning logo)
Reproduction steps
----------------------------------------
1. Create an Event with a location & Save.
1. On Event configurat...Overview
----------------------------------------
Changing the address on an event causes hang (spinning logo)
Reproduction steps
----------------------------------------
1. Create an Event with a location & Save.
1. On Event configuration select 'Event Location' tab
1. Click **Create new location** radio
1. Enter address details
1. Click **Save**
Current behaviour
----------------------------------------
Spinning logo. On reloading the page, 'Create new location' is still selected with no address details
Expected behaviour
----------------------------------------
Should save as normal
Environment information
----------------------------------------
* __CiviCRM:__ _Master_
Comments
----------------------------------------
Also tested on test site for https://github.com/civicrm/civicrm-core/pull/18710 (ie not fixed by PR 18710)
Regression since 5.28.25.31.1https://lab.civicrm.org/dev/core/-/issues/2040Multiple email activity cc recipients get scrunched together in recorded acti...2020-09-23T00:47:08ZDaveDMultiple email activity cc recipients get scrunched together in recorded activity details fieldRecently refactored and the comma separator went missing: https://github.com/civicrm/civicrm-core/commit/a01fb99f56574eae7b6ade7cbb4f3292c505fe7d#diff-e604b19bd1979412f2455096459e761bR411-L439
https://github.com/civicrm/civicrm-core/blo...Recently refactored and the comma separator went missing: https://github.com/civicrm/civicrm-core/commit/a01fb99f56574eae7b6ade7cbb4f3292c505fe7d#diff-e604b19bd1979412f2455096459e761bR411-L439
https://github.com/civicrm/civicrm-core/blob/b3925388349a3d356b8852ead72361123e3ed196/CRM/Contact/Form/Task/EmailTrait.php#L564
Also the contact link url contains force=1 which seems unnecessary.
1. Send an outbound email in civi to multiple cc recipients.
1. Look at the details field on the recorded activity.
I can do a PR - came up while reviewing https://github.com/civicrm/civicrm-core/pull/182995.31.0https://lab.civicrm.org/dev/core/-/issues/1996New CustomField structure causes issues with APIv32020-09-05T17:33:22ZBjörn EndresNew CustomField structure causes issues with APIv3Overview
----------------------------------------
It looks like the recent change in ``5.27`` in the way custom fields store multi-value information has had an impact on the APIv3. There has been some compatibility layer added to the API...Overview
----------------------------------------
It looks like the recent change in ``5.27`` in the way custom fields store multi-value information has had an impact on the APIv3. There has been some compatibility layer added to the APIv3, but that doesn't cover the search. So if an extension tries to find out whether a custom field has multiple values through the API, it used to ask for
```
html_type=>['IN'=>['CheckBox','Multi-Select','Multi-Select State/Province','Multi-Select Country']]
```
but that doesn't return any fields any more.
Reproduction steps
----------------------------------------
1. Create a multi-value custom field
1. Go to ``civicrm/api3``
1. Do ``CustomField.get`` with the ``html_type`` outlined above.
Current behaviour
----------------------------------------
Currently our multi-value custom field is not returned, even though in a search by ``id`` the ``html_type`` is listed as the ``Multi-*`` type we searched for in the first place.
Expected behaviour
----------------------------------------
The API compatibility wrapper should extend to the search parameters as well, i.e. the query should return the fields matching the query.
Environment information
----------------------------------------
__CiviCRM 5.27/5.28https://lab.civicrm.org/dev/core/-/issues/1959Brick\Math\Exception\RoundingNecessaryException2020-08-21T07:54:12ZDon WijesooriyaBrick\Math\Exception\RoundingNecessaryExceptionOverview
----------------------------------------
When viewing/editing a contribution, throws [- Brick\Math\Exception\RoundingNecessaryException: "Rounding is necessary to represent the result of the operation at this scale." -]
Happen...Overview
----------------------------------------
When viewing/editing a contribution, throws [- Brick\Math\Exception\RoundingNecessaryException: "Rounding is necessary to represent the result of the operation at this scale." -]
Happens in 5.28.0 as a regression of dev/translation#48
Reproduction steps
----------------------------------------
1. Install Civi with sample data
2. Go to any contact
3. Create a new General membership with default values (Completed status etc) **Amount should be $100.00**
4. Go to contributions tab and view the new contribution
5. Throws the following error
![error](/uploads/2f2754546ac7aed5437f2088897bd149/error.PNG)
Environment information
----------------------------------------
* __CiviCRM:__ _5.28.0_
* __PHP:__ _7.2.10_
* __CMS:__ _Drupal 7.69/WordPress 5.5_
This issue only happens with servers not having gmp php extension installed or not getting picked up due to following code in `vendor/brick/math/src/Internal/Calculator.php` from line 76
```php
/**
* Returns the fastest available Calculator implementation.
*
* @codeCoverageIgnore
*
* @return Calculator
*/
private static function detect() : Calculator
{
if (\extension_loaded('gmp')) {
return new Calculator\GmpCalculator();
}
if (\extension_loaded('bcmath')) {
return new Calculator\BcMathCalculator();
}
return new Calculator\NativeCalculator();
}
```
Comments
----------------------------------------
Issue only applies to BCMath5.28.3https://lab.civicrm.org/dev/core/-/issues/1920Help text bubble is empty and smarty errors when .hlp file is missing for set...2021-02-17T20:06:07ZDaveDHelp text bubble is empty and smarty errors when .hlp file is missing for settings formsFor example Administer - CiviMail - Mailer Settings.
I think this is related to the move towards generic settings in https://lab.civicrm.org/dev/core/-/issues/495, but at the moment looking at the related code it looks like help_text st...For example Administer - CiviMail - Mailer Settings.
I think this is related to the move towards generic settings in https://lab.civicrm.org/dev/core/-/issues/495, but at the moment looking at the related code it looks like help_text still depends on there being a corresponding .hlp file in the templates folder.
Even when there is help_text in the definition, it comes out like `<a class="helpicon" title=" Help" aria-label=" Help" href="#" onclick="CRM.help("", {"id":"civimail-sync-interval-id","file":"CRM\/Admin\/Form\/Setting\/Mail"}); return false;"> </a>`5.31.0https://lab.civicrm.org/dev/core/-/issues/1847Offset is not respected in Date Preferences2020-07-15T00:47:07ZyashodhaOffset is not respected in Date PreferencesSteps to replicate :
- Navigate to Administer > Customize Data and Screens > Date Preferences
- Changed searchDate Start offset from 20 to 50:
![pref](/uploads/96847ace7528adc16ad37a7ad42692ed/pref.png)
The change had no affect on the...Steps to replicate :
- Navigate to Administer > Customize Data and Screens > Date Preferences
- Changed searchDate Start offset from 20 to 50:
![pref](/uploads/96847ace7528adc16ad37a7ad42692ed/pref.png)
The change had no affect on the range of years offered in search forms (i.e. there is only a 20 year range available 2010 - 2030)
![search](/uploads/a0fccd9f6e91c643a4bf755289a6e7e3/search.png)5.27.2https://lab.civicrm.org/dev/core/-/issues/1841[regression] Attempting to access Multi-Record Custom Field import results in...2020-07-01T02:11:20ZJonGold[regression] Attempting to access Multi-Record Custom Field import results in crash## To replicate
* You must start with a site where you've never visited this screen before (a demo site works well).
* Go to **Contacts » Import Contacts**.
* Click the **help** icon in the instructions (see screenshot item 1)
* Click th...## To replicate
* You must start with a site where you've never visited this screen before (a demo site works well).
* Go to **Contacts » Import Contacts**.
* Click the **help** icon in the instructions (see screenshot item 1)
* Click the **more** link in the help to access the Import Multi-Record Custom Value screen (see screenshot item 2).
![Selection_947](/uploads/95b8fb2da66f267362c4600bf6fa900d/Selection_947.png)
## Observed Result
An exception: `'Import Multi value custom data' is not a valid option for field mapping_type_id`.
## Expected result
The page loads.
## Notes
I believe this is a variant of the regression fixed in #1816. When translating a pseudoconstant to an ID when passing an API param, we now check the string against the `name` and not the `label`. This makes good sense, but `CRM_Core_BAO_Mapping::getCreateMappingValues()` creates the "Import Multi value custom data" Mapping record with a label that doesn't match the name - so a function that previously looked up the label is crashing with the exception above.
I solve this by explicitly setting the `name` field. Much as I'd like to have solved this by changing the search criteria, it's constructed programmatically in a way that would require a change to all the `name`s of existing Mapping Type option values, since they have spaces in them (boo!). This is the much safer fix.
Also, testing this only required one line of code! :)
## Backtrace
```
#0 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/BAO/Mapping.php(105): civicrm_api3("Mapping", "get", (Array:4))
#1 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/BAO/Mapping.php(157): CRM_Core_BAO_Mapping::getMappings("Import Multi value custom data")
#2 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Import/Form/DataSource.php(66): CRM_Core_BAO_Mapping::getCreateMappingValues("Import Multi value custom data")
#3 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Custom/Import/Form/DataSource.php(54): CRM_Import_Form_DataSource->buildQuickForm()
#4 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Form.php(609): CRM_Custom_Import_Form_DataSource->buildQuickForm()
#5 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Display.php(76): CRM_Core_Form->buildForm()
#6 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Display->perform(Object(CRM_Custom_Import_Form_DataSource), "display")
#7 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Custom_Import_Form_DataSource), "display")
#8 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Controller.php(347): HTML_QuickForm_Page->handle("display")
#9 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Invoke.php(312): CRM_Core_Controller->run((Array:3), NULL)
#10 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Invoke.php(68): CRM_Core_Invoke::runItem((Array:14))
#11 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:3))
#12 /home/jon/local/civicrm-buildkit/build/dmaster/web/sites/all/modules/civicrm/drupal/civicrm.module(456): CRM_Core_Invoke::invoke((Array:3))
#13 /home/jon/local/civicrm-buildkit/build/dmaster/web/includes/menu.inc(527): civicrm_invoke("import", "custom")
#14 /home/jon/local/civicrm-buildkit/build/dmaster/web/index.php(21): menu_execute_active_handler()
#15 {main}
```5.27.0JonGoldJonGold