Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-05-02T21:57:19Zhttps://lab.civicrm.org/dev/core/-/issues/4262Auto detect line endings Deprecated2023-05-02T21:57:19ZTony Maynard-SmithAuto detect line endings DeprecatedThe civicrm.settings.php file, about line 581, tries to set the PHP ini function auto_detect_line_endings, which is now Deprecated (in PHP 8.1) and no longer required.
Remove this from the settings file.
(This is on my v5.60.0 system...The civicrm.settings.php file, about line 581, tries to set the PHP ini function auto_detect_line_endings, which is now Deprecated (in PHP 8.1) and no longer required.
Remove this from the settings file.
(This is on my v5.60.0 system, but this has been upgraded from earlier versions. Even if fixed in new installs, an upgrade should now fix it.)5.62.0https://lab.civicrm.org/dev/core/-/issues/4260CiviEvent: Submit button has wrong label in online registrations with multipl...2023-07-05T23:48:38ZAndreasandreas.howiller@civiservice.deCiviEvent: Submit button has wrong label in online registrations with multiple participants (on free events without confirmation screen)Overview
----------------------------------------
On a registration page for an event that allows multiple attendees, the submit button is labelled "Review" instead of "Register" though confirmation screen is disabled and event has no f...Overview
----------------------------------------
On a registration page for an event that allows multiple attendees, the submit button is labelled "Review" instead of "Register" though confirmation screen is disabled and event has no fees:
![grafik](/uploads/212957e4dfcbd9d321ff468009e9fce7/grafik.png)
Reproduction steps
----------------------------------------
1. Create a event free of charge with online registration
1. Enable checkbox "Register multiple participants?"
1. Try out registration page
Current behaviour
----------------------------------------
1. Button is labelled "Review" when option for multiple participants is enabled and drop down option is "1".
2. For dropdown "2" the label is "Continue" in the first step of the form. The last step then shows "Continue" again.
Expected behaviour
----------------------------------------
The "final submission button" should here always have the label "register" as it is the case when disabling "Register multiple participants".
Environment information
----------------------------------------
Reproduced on:
* __CiviCRM:__ _5.61.alpha1/5.60.0/5.58.1_
* __PHP:__ _8.1/7.4_https://lab.civicrm.org/dev/core/-/issues/4259Invoice sending as email with PDF attachment replaces email contents with PDF...2023-05-16T22:27:48ZfrankADsystopia.deInvoice sending as email with PDF attachment replaces email contents with PDF contentsOverview
----------------------------------------
Sending invoices with emails, where the invoice is attached as PDF to the email, and having a freely designed email text results in the contents of the email body being replaced with the ...Overview
----------------------------------------
Sending invoices with emails, where the invoice is attached as PDF to the email, and having a freely designed email text results in the contents of the email body being replaced with the contents of the invoice PDF and nothing being attached to the email.
Ticket on [stackexchange](https://civicrm.stackexchange.com/questions/44842/invoice-sending-as-email-with-pdf-attachment-replaces-email-contents-with-pdf-co)
Reproduction steps
----------------------------------------
1. (Preliminary) To enable Invoicing go to **Administer > CiviContribute > CiviContribute Component Settings** and check the **Enable Tax and Invoicing** box.
2. Search for a contribution for which you want to send the invoice. Select the ones you want to send an invoice in the search result.
4. Choose the action **Invoices - print or email**.
5. On the next screen select **Email Invoice** and fill the now displayed fields with suitable data.
6. Then press **Process Invoice(s)**. A success message should appear.
7. Check the received email(s).
Current behaviour
----------------------------------------
In the received email the content of the email body is gone and replace by the content of the PDF. The email has no attachments.
Expected behaviour
----------------------------------------
The email should keep its content and the contents of the PDF should be in an attached PDF file.
Environment information
----------------------------------------
Reproduction on dmaster is not possible because emails are not sent.
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is neccessary. -->
* __CiviCRM:__ _5.60.0/5.58.1/5.57.0_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP:__ _7.4.33_
* __CMS:__ _Drupal 9.5.5/9.5.1_
* __Database:__ _MariaDB 10.3.35_
The issue occurs with the unaltered default invoice template and with an altered template.
We normally use the **Invoice Helper** extension but the problem also appears without the extension being enabled.
Comment
----------------------------------------
Seems to be a regression, as it has worked before.https://lab.civicrm.org/dev/drupal/-/issues/186drupal 9: Create User Record action crashes if using first+last+email as unsu...2023-07-05T23:49:05ZDaveDdrupal 9: Create User Record action crashes if using first+last+email as unsupervised ruleSee https://civicrm.stackexchange.com/questions/44841/create-user-record-action-on-a-contact-summary-page-throws-error-is-this-a-bug
Putting as regression for now but not completely sure.
Doesn't happen in drupal 7.See https://civicrm.stackexchange.com/questions/44841/create-user-record-action-on-a-contact-summary-page-throws-error-is-this-a-bug
Putting as regression for now but not completely sure.
Doesn't happen in drupal 7.5.63.0https://lab.civicrm.org/dev/core/-/issues/4258Show next scheduled contribution date for recurring contributions on contact2023-07-05T23:48:38ZlarsssandergreenShow next scheduled contribution date for recurring contributions on contactCurrently, the active recurring contribution start date is shown, but the next scheduled contribution date would be much more useful (I often find myself looking for the next contribution date, especially when there is a credit card issu...Currently, the active recurring contribution start date is shown, but the next scheduled contribution date would be much more useful (I often find myself looking for the next contribution date, especially when there is a credit card issue, but rarely need to know the start date for the series).
For inactive recurring contributions, it would be much more useful to know the cancellation date than the start date.
For reference, the current situation:
![image](/uploads/a955ce997cc6063eab4dee4852a0d282/image.png)
Will submit PR if supported.https://lab.civicrm.org/dev/core/-/issues/4254AdminUI: Redirection after creating new profile and adding fields is incorrec...2023-08-09T14:51:35ZlarsssandergreenAdminUI: Redirection after creating new profile and adding fields is incorrect / not user friendlyOverview
----------------------------------------
After creating a new profile, the user is not redirected to the newly created profile.
Reproduction steps
----------------------------------------
1. Click Add Profile
1. Enter name and ...Overview
----------------------------------------
After creating a new profile, the user is not redirected to the newly created profile.
Reproduction steps
----------------------------------------
1. Click Add Profile
1. Enter name and save
Current behaviour
----------------------------------------
After creating a new profile, the user is redirected to the list of all profiles and has to find their newly created profile in the list and click fields to open the profile and then add field to add fields.
Expected behaviour
----------------------------------------
After creating a new profile, the user should be redirected to `http://drupal-test.localhost/civicrm/admin/uf/group/field#/?uf_group_id=NN`, ideally with the add field modal window opened.
Environment information
----------------------------------------
dmaster (5.62)
Comments
----------------------------------------
I believe this is a regression introduced when this page was switched to FormBuilder - I'm fairly confident it used to work as indicated above.https://lab.civicrm.org/dev/core/-/issues/4249Dblog warning: pass an array for included groups Caller: CRM_ACL_API::groupPe...2023-04-20T13:52:38ZRobert J. LangDblog warning: pass an array for included groups Caller: CRM_ACL_API::groupPermission Array ( [civi.tag] => deprecated )Overview
----------------------------------------
When a user logs in, CiviCRM creates two warnings in the dblog:
```
pass an array for included groups Caller: CRM_ACL_API::groupPermission Array ( [civi.tag] => deprecated )
```
This ap...Overview
----------------------------------------
When a user logs in, CiviCRM creates two warnings in the dblog:
```
pass an array for included groups Caller: CRM_ACL_API::groupPermission Array ( [civi.tag] => deprecated )
```
This appears to be because of an inconsistency in file CRM/ACL/API/php, as follows (starting at line 133):
```
/**
* Get all the groups the user has access to for the given operation.
*
* @param int $type
* The type of permission needed.
* @param int|null $contactID
* The contactID for whom the check is made.
*
* @param string $tableName
* @param array|null $allGroups
* @param array $includedGroups
*
* @return array
* the ids of the groups for which the user has permissions
*/
public static function group(
$type,
$contactID = NULL,
$tableName = 'civicrm_saved_search',
$allGroups = NULL,
$includedGroups = []
) {
if (!is_array($includedGroups)) {
CRM_Core_Error::deprecatedWarning('pass an array for included groups');
$includedGroups = (array) $includedGroups;
}
if ($contactID == NULL) {
$contactID = CRM_Core_Session::getLoggedInContactID();
}
return CRM_ACL_BAO_ACL::group($type, (int) $contactID, $tableName, $allGroups, $includedGroups);
}
/**
* Check if the user has access to this group for operation $type
*
* @param int $type
* The type of permission needed.
* @param int $groupID
* @param int|null $contactID
* The contactID for whom the check is made.
* @param string $tableName
* @param array|null $allGroups
* @param array|null $includedGroups
*
* @return bool
*/
public static function groupPermission(
$type,
$groupID,
$contactID = NULL,
$tableName = 'civicrm_saved_search',
$allGroups = NULL,
$includedGroups = NULL
) {
if (!isset(Civi::$statics[__CLASS__]) || !isset(Civi::$statics[__CLASS__]['group_permission'])) {
Civi::$statics[__CLASS__]['group_permission'] = [];
}
if (!$contactID) {
$contactID = CRM_Core_Session::getLoggedInContactID();
}
$key = "{$tableName}_{$type}_{$contactID}";
if (!array_key_exists($key, Civi::$statics[__CLASS__]['group_permission'])) {
Civi::$statics[__CLASS__]['group_permission'][$key] = self::group($type, $contactID, $tableName, $allGroups, $includedGroups);
}
return in_array($groupID, Civi::$statics[__CLASS__]['group_permission'][$key]);
}
```
The error is posted if $includedGroups is not an array in function `group()` (first function). But in function `groupPermission()`, $includedGroups` has a default value of NULL, so if that value isn't explictly passed in, the NULL is passed to `group()`, which expects an array, and thus the error happens.
Changing the default value in `groupPermission()` to
```
$includedGroups = []
```
to match `group()` eliminates the warning. Don't know if that has any other side effects, though.
Environment information
----------------------------------------
* __Browser:__ Safari or Chrome on Mac
* __CiviCRM:__ 5.60.0
* __PHP:__ _7.0/7.1/7.2/7.3/...__
* __CMS:__ Backdrop 1.24.0https://lab.civicrm.org/dev/backdrop/-/issues/79civicrm_backdrop.css hard-codes the location of the civicrm module2023-11-18T18:12:45ZRobert J. Langcivicrm_backdrop.css hard-codes the location of the civicrm moduleThe file `civicrm_backdrop.css` hard-codes the location of the CiviCRM module in this line:
```
#crm-container .ui-widget-header .ui-state-default {
background: #e6e6e6 url(/modules/civicrm/bower_components/jquery-ui/themes/smoothness...The file `civicrm_backdrop.css` hard-codes the location of the CiviCRM module in this line:
```
#crm-container .ui-widget-header .ui-state-default {
background: #e6e6e6 url(/modules/civicrm/bower_components/jquery-ui/themes/smoothness/images/ui-bg_glass_75_e6e6e6_1x400.png) 50% 50% repeat-x;
}
```
If the CiviCRM module is located anywhere else (for example, at `modules/contrib/civicrm`), this puts missing-file errors into the dblog whenever one visits the CiviCRM dashboard.
There is a global variable, `$civicrm_root`, which specifies the location of the module. That should be used. (Perhaps use `backdrop_add_css()` to dynamically add this bit?)https://lab.civicrm.org/dev/core/-/issues/4248Clicking View and Edit Price Fields for a Price Set no longer tells you which...2023-06-10T21:48:41ZDaveDClicking View and Edit Price Fields for a Price Set no longer tells you which pages/events it's being used inIt used to have a little table at the top telling you which contribution pages or events the price set is used in.
It works in 5.49.4, not working in 5.58 or on dmaster.demo (5.62). But I'm not sure when it broke.
It looks like the cod...It used to have a little table at the top telling you which contribution pages or events the price set is used in.
It works in 5.49.4, not working in 5.58 or on dmaster.demo (5.62). But I'm not sure when it broke.
It looks like the code that includes the table is still there, so probably a change somewhere else to those variables? https://github.com/civicrm/civicrm-core/blob/3a2072cdea58b674bd51e3f1f871b410980e8940/templates/CRM/Price/Page/Set.tpl#L29-L315.62.0https://lab.civicrm.org/dev/core/-/issues/4247Fatal error on membership batch data entry with sending receipt2023-04-20T21:33:19ZandreiyFatal error on membership batch data entry with sending receiptOverview
----------------------------------------
When trying to submit membership in batch having Send Receipt checkbox enabled, civi will throw a fatal error due to a bug in code.
Reproduction steps
----------------------------------...Overview
----------------------------------------
When trying to submit membership in batch having Send Receipt checkbox enabled, civi will throw a fatal error due to a bug in code.
Reproduction steps
----------------------------------------
From Membership -> Batch Data Entry -> Select Type: Membership -> Save -> Check "Send Receipt" -> Validate & Process the Batch -> Ignore Mismatch & Process the Batch?
Current behaviour
----------------------------------------
On submit will throw this fatal error:
```
Fatal error: Uncaught TypeError: Argument 1 passed to CRM_Utils_Date::formatDateOnlyLong() must be of the type string, null given, called in wp-civi560/web/wp-content/plugins/civicrm/civicrm/CRM/Batch/Form/Entry.php on line 949 and defined in wp-civi560/web/wp-content/plugins/civicrm/civicrm/CRM/Utils/Date.php on line 472
TypeError: Argument 1 passed to CRM_Utils_Date::formatDateOnlyLong() must be of the type string, null given, called in wp-civi560/web/wp-content/plugins/civicrm/civicrm/CRM/Batch/Form/Entry.php on line 949 in wp-civi560/web/wp-content/plugins/civicrm/civicrm/CRM/Utils/Date.php on line 472
```
Expected behaviour
----------------------------------------
It should process the memberships without throwing error.
Environment information
----------------------------------------
Tested on a clean civibuild instance with latest CiviCRM and WP.
* __Browser:__ _Arc 0.98.2_
* __CiviCRM:__ _5.60_
* __PHP:__ _7.4.27_
* __CMS:__ _WordPress 6.2_
* __Database:__ _MySQL 5.7.36_
* __Web Server:__ _Apache 2.4.53_
Comments
----------------------------------------
The issue seems to be [this line](https://github.com/civicrm/civicrm-core/blob/5.60/CRM/Batch/Form/Entry.php#L930), it attempts to fetch before find, which lead to empty `$membership` object. Replacing it with `$membership->find(TRUE)` fixes the problem.5.61.0https://lab.civicrm.org/dev/core/-/issues/4242Formbuilder: Labels of filters double-escape html2023-04-17T17:10:58ZDaveDFormbuilder: Labels of filters double-escape html1. Create a search formbuilder.
2. Add a filter to the form.
3. Change the label to `Foo & Bar`
4. Note that the form displays it as `Foo &amp; Bar`
5. Go back to edit the form and it is escaped there too.1. Create a search formbuilder.
2. Add a filter to the form.
3. Change the label to `Foo & Bar`
4. Note that the form displays it as `Foo & Bar`
5. Go back to edit the form and it is escaped there too.5.62.0https://lab.civicrm.org/dev/core/-/issues/4240Cannot set Entityref fields via APIv4 Explorer - on multi-value data2023-06-08T18:04:44ZAndrew WestCannot set Entityref fields via APIv4 Explorer - on multi-value dataOverview
----------------------------------------
Adding EntityRef data in APIv4 explorer fails on multi-value data, because validation in CRM_Utils_Type doesn't support EntityRef.
Reproduction steps
-----------------------------------...Overview
----------------------------------------
Adding EntityRef data in APIv4 explorer fails on multi-value data, because validation in CRM_Utils_Type doesn't support EntityRef.
Reproduction steps
----------------------------------------
1. Create a multi-value data set for all Individuals
2. Add an EntityRef field linked to Activities
3. Try to set it via the APIv4 Explorer
As of this second this is failing on the WP Demo site:
https://wpmaster.demo.civicrm.org/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fapi4#/explorer/Custom_Test_Multi/create?values=%5B%5B%22entity_id%22,%2256%22%5D,%5B%22Test_EntityRef_on_Multi%22,%22459%22%5D%5D
![image](/uploads/ae4edfeeabbdbf601725271349774929/image.png)
Current behaviour
----------------------------------------
There's one error in CRM_Utils_Type::escape() and two in CRM_Utils_Type::validate()
**CRM_Utils_Type::escape**
Just needs EntityReference added to the switch statement (I think)
**CRM_Utils_Type::validate**
Needs EntityReference added to $possibleTypes (I think)
Needs a case added for EntityReference. This works as a temporary workaround:
```
case 'EntityReference':
// null is valid
if (strlen(trim($data)) == 0) {
return trim($data);
}
return (int) $data;
```
But presumably it needs some kind of validation like happens in ContactReference:
```
case 'ContactReference':
// null is valid
if (strlen(trim($data)) == 0) {
return trim($data);
}
if (CRM_Utils_Rule::validContact($data)) {
return (int) $data;
}
break;
```
Environment information
----------------------------------------
Replicated on 5.60 and 5.62alpha15.61.0https://lab.civicrm.org/dev/core/-/issues/4239"Add to Contact Summary Page" cannot be turned off2023-04-18T17:52:03ZBobS"Add to Contact Summary Page" cannot be turned offOverview
----------------------------------------
After enabling the "Add to Contact Summary Page" option and then disabling it, the form remains visible on contact records.
Reproduction steps
----------------------------------------
1....Overview
----------------------------------------
After enabling the "Add to Contact Summary Page" option and then disabling it, the form remains visible on contact records.
Reproduction steps
----------------------------------------
1. Administer | Custom Data and Screens | Formbuilder | Search Forms
1. Edit one of the listed forms, e.g. Administer Payment Processors.
1. Select "Add to Contact Summary Page"
1. Save
1. Open a contact record and observe that the Administer Payment Processors form is visible on the Summary page.
1. Return to editing the form, and deselect "Add to Contact Summary Page"
1. Save
1. Refresh the contact Summary page page.
Current behaviour
----------------------------------------
The form remains displayed on contact Summary pages, even after "Add to Contact Summary Page" has been unselected.
Expected behaviour
----------------------------------------
The form should not be displayed on Contact records after "Add to Contact Summary Page" has been unselected.
Environment information
----------------------------------------
https://dmaster.demo.civicrm.org (5.62.alpha1)https://lab.civicrm.org/dev/core/-/issues/4238(Regression) - Users are unable to register via /user/register forms anymore2023-04-14T23:36:12ZPradeep Nayakpradpnayak@gmail.com(Regression) - Users are unable to register via /user/register forms anymoreIf the user registration profile has a checkbox custom field then the system throws error with ```'' is not a valid option for field custom_118```
Steps to replicate
1. Add checkbox custom field(with atleast 3 options) of extending Cont...If the user registration profile has a checkbox custom field then the system throws error with ```'' is not a valid option for field custom_118```
Steps to replicate
1. Add checkbox custom field(with atleast 3 options) of extending Contact and include it in a profile
2. Set the profile to use for user registration
3. visit /user/register page, enter the details, check the boxes(leave one unchecked). Submit the form
Expected result:
User account should be created and Information should be saved in Civi
Actual result:
Error with a message in watchdog
```CRM_Core_Exception: '' is not a valid option for field custom_118 in civicrm_api3() (line 135 of /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/api/api.php).```
---------------------------------------------------------------------------------------------------
Bactrace:
````
Apr 14 13:34:56 [debug] $$apiResponse = #0 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/api/v3/utils.php(2421): CRM_Core_Error::backtrace("$apiResponse", 1)
#1 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/api/v3/utils.php(2349): _civicrm_api3_api_match_pseudoconstant_value("", (Array:4), "custom_118", NULL)
#2 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/api/v3/utils.php(2281): _civicrm_api3_api_match_pseudoconstant((Array:4), "Contact", "custom_118", (Array:31), NULL)
#3 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/api/v3/utils.php(1633): _civicrm_api3_validate_string((Array:22), "custom_118", (Array:31), "Contact", "create")
#4 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/Civi/API/Subscriber/APIv3SchemaAdapter.php(76): _civicrm_api3_validate_fields("Contact", "create", (Array:22), (Array:5))
#5 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php(264): Civi\API\Subscriber\APIv3SchemaAdapter->onApiPrepare_validate(Object(Civi\API\Event\PrepareEvent), "civi.api.prepare", Object(Civi\Core\CiviEventDispatcher))
#6 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php(239): Symfony\Component\EventDispatcher\EventDispatcher->doDispatch((Array:9), "civi.api.prepare", Object(Civi\API\Event\PrepareEvent))
#7 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php(73): Symfony\Component\EventDispatcher\EventDispatcher->callListeners((Array:9), "civi.api.prepare", Object(Civi\API\Event\PrepareEvent))
#8 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/Civi/Core/CiviEventDispatcher.php(217): Symfony\Component\EventDispatcher\EventDispatcher->dispatch(Object(Civi\API\Event\PrepareEvent), Object(Civi\API\Event\PrepareEvent))
#9 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/Civi/API/Kernel.php(240): Civi\Core\CiviEventDispatcher->dispatch("civi.api.prepare", Object(Civi\API\Event\PrepareEvent))
#10 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/Civi/API/Kernel.php(148): Civi\API\Kernel->prepare(Object(Civi\API\Provider\MagicFunctionProvider), (Array:8))
#11 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/Civi/API/Kernel.php(81): Civi\API\Kernel->runRequest((Array:8))
#12 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/api/api.php(133): Civi\API\Kernel->runSafe("Contact", "create", (Array:21))
#13 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/CRM/Core/BAO/UFMatch.php(278): civicrm_api3("Contact", "create", (Array:21))
#14 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/CRM/Core/BAO/UFMatch.php(104): CRM_Core_BAO_UFMatch::synchronizeUFMatch(Object(stdClass), "21", "pradeep+ytrt@circle-interactive.co.ukddd", "Drupal", NULL, "Individual", FALSE)
#15 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/drupal/civicrm.module(547): CRM_Core_BAO_UFMatch::synchronize(Object(stdClass), TRUE, "Drupal", "Individual")
#16 /Library/WebServer/Documents/drupal7/sites/all/modules/civicrm/drupal/civicrm_user.inc(70): civicrm_register_data((Array:24), Object(stdClass), "account", FALSE)
#17 /Library/WebServer/Documents/drupal7/modules/user/user.module(101): civicrm_user_insert((Array:24), Object(stdClass), "account")
#18 /Library/WebServer/Documents/drupal7/modules/user/user.module(596): user_module_invoke("insert", (Array:24), Object(stdClass), "account")
#19 /Library/WebServer/Documents/drupal7/modules/user/user.module(3945): user_save(Object(stdClass), (Array:24))
#20 /Library/WebServer/Documents/drupal7/includes/form.inc(1531): user_register_submit((Array:36), (Array:21))
#21 /Library/WebServer/Documents/drupal7/includes/form.inc(906): form_execute_handlers("submit", (Array:36), (Array:21))
#22 /Library/WebServer/Documents/drupal7/includes/form.inc(386): drupal_process_form("user_register_form", (Array:36), (Array:21))
#23 /Library/WebServer/Documents/drupal7/includes/form.inc(131): drupal_build_form("user_register_form", (Array:21))
#24 /Library/WebServer/Documents/drupal7/includes/menu.inc(527): drupal_get_form("user_register_form")
#25 /Library/WebServer/Documents/drupal7/index.php(21): menu_execute_active_handler()
````
Api params passed
````
Array
(
[name] => testssddd
[mail] => pradeep+ytrt@test.com
[timezone] => Europe/London
[form_build_id] => form-itTfOP_PU7O_GmrjvPKtXXypybV7isjhUspFtqRfeS0
[form_id] => user_register_form
[MAX_FILE_SIZE] => 2097152
[edit] => Array
(
[civicrm_dummy_field] => CiviCRM Dummy Field for Drupal
)
[gid] =>
[first_name] => Pradeep
[last_name] => Nayak
[street_address-1] =>
[city-1] =>
[postal_code-1] =>
[country-1] =>
[state_province-1] =>
[custom_118] => Array
(
[1] =>
[2] => 1
[3] => 1
[4] =>
)
[op] => Create new account
[_qf_default] => Dynamic:upload
[email] => pradeep+ytrt@test.com
[contact_type] => Individual
[version] => 3
)
````https://lab.civicrm.org/dev/core/-/issues/4236On Dmaster neither the New nor the Renew text is showing on the Contribution ...2023-05-19T00:11:38ZpetednzOn Dmaster neither the New nor the Renew text is showing on the Contribution pageOverview
----------------------------------------
_Please describe your problem or bug in detail._
_If you have already posted on https://civicrm.stackexchange.com or https://chat.civicrm.org, please include the link to that conversatio...Overview
----------------------------------------
_Please describe your problem or bug in detail._
_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. Visit https://dmaster.demo.civicrm.org/civicrm/contribute/transact?reset=1&id=2
1. Expect to see the text for New Members, or Renew Members from https://dmaster.demo.civicrm.org/civicrm/admin/contribute/membership?reset=1&action=update&id=2.
1. See neither pieces of text.
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._
```
TIP: The best way to convey an error message is to copy it in here and use
three backtick ` symbols. You may edit the message to remove private
information (like passwords). The backticks will help to preserve any
special characters or spaces.
```
Expected behaviour
----------------------------------------
The text showing should show on the Contribution page, and should show the New Membership Title/Message if the user has no membership or show the Renewals Title/Message if the user can be identified as an existing member
Environment information
----------------------------------------
https://dmaster.demo.civicrm.org
Comments
----------------------------------------
Spotted this when trying to check something on dmaster in order to help someone on SE but am not seeing behaviour I expected. I was checking behaviour of the New v Renew Membership info that should show on the Contribution page, ie via https://dmaster.demo.civicrm.org/civicrm/admin/contribute/custom?action=update&reset=1&id=2&selectedChild=membership, but on the Contribution page I see neither the New nor the Renew text.https://lab.civicrm.org/dev/core/-/issues/4233List page broken2023-04-20T09:32:30ZBastien HoList page brokenOn one of my installation, the SearchKit list page looks like that:
![image](/uploads/29351efe0bf8c52fc50df13a56ecd612/image.png)
The console says:
```
Error: [$injector:unpr] Unknown provider: savedSearchesProvider <- savedSearches <...On one of my installation, the SearchKit list page looks like that:
![image](/uploads/29351efe0bf8c52fc50df13a56ecd612/image.png)
The console says:
```
Error: [$injector:unpr] Unknown provider: savedSearchesProvider <- savedSearches <- searchList
https://errors.angularjs.org/1.8.2/$injector/unpr?p0=savedSearchesProvider%20%3C-%20savedSearches%20%3C-%20searchList
Angular 39
jQuery 2
<anonymous> Angular
jQuery 7
<anonymous> Common.js:1606
jQuery 8
<div ng-view="" class="ng-scope">
```
I've opened a question on Stackexchange:
https://civicrm.stackexchange.com/questions/44786/search-kit-broken-and-templates-not-parsed
Environment information
----------------------------------------
* __Browser:__ _Firefox 111.0.1_
* __CiviCRM:__ _..., 5.57.0, 5.58.0, 5.60.0_
* __PHP:__ _7.4.33 __
* __CMS:__ _WordPress 6.1, WordPress 6.2_
* __Database:__ _10.5.18-MariaDB-0+deb11u1_
* __Web Server:__ _Apache/2.4.54 (Debian)_https://lab.civicrm.org/dev/core/-/issues/4229Cannot edit and save EntityRef custom fields2024-01-12T15:48:38ZbrienneCannot edit and save EntityRef custom fieldsOverview
----------------------------------------
In testing [PR 25927](https://github.com/civicrm/civicrm-core/pull/25927), I ran into a bug when trying to edit an EntityRef custom field, which then prevents saving those changes.
Repro...Overview
----------------------------------------
In testing [PR 25927](https://github.com/civicrm/civicrm-core/pull/25927), I ran into a bug when trying to edit an EntityRef custom field, which then prevents saving those changes.
Reproduction steps
----------------------------------------
1. Create a custom field of type *EntityRef* with any entity.
1. Click **Edit Field**.
1. Click **Save**, with or without making changes, on the pop up editor.
1. The field is not saved and instead the user is told 'Selecting an entity is required'.
Current behaviour
----------------------------------------
A user cannot edit an EntityRef custom field becuase CiviCRM thinks that an entity is not selected, even though it already has been. A user also cannot select the field to try to 're-select' the chosen entity.
![Selection_069](/uploads/1cb884e4b1210c5a4e0bb3a4e1665e44/Selection_069.png)
Expected behaviour
----------------------------------------
A user should be able to edit and save an EntityRef custom field, i.e. CiviCRM should recognize that an entity has been selected.
Environment information
----------------------------------------
* **CiviCRM:** 5.61.alpha1, \_Master/5.62.alpha1https://lab.civicrm.org/dev/core/-/issues/4228EntityRef to Contact throws fatal error2023-04-11T16:56:48ZbrienneEntityRef to Contact throws fatal errorOverview
----------------------------------------
In testing [PR 25927](https://github.com/civicrm/civicrm-core/pull/25927), I ran into an error specially when the Entity being referenced is *Contact*. While you can create the custom fie...Overview
----------------------------------------
In testing [PR 25927](https://github.com/civicrm/civicrm-core/pull/25927), I ran into an error specially when the Entity being referenced is *Contact*. While you can create the custom field, when you try to add a value to that EntityRef, say on a Contribution, and submit it, a fatal error is thrown.
Reproduction steps
----------------------------------------
*Note that I'm using a custom group to be used on Contributions*
1. Create a custom field of type *EntityRef* and select *Contact* as the Entity
1. Click **Contributions > New Contribution**
1. Fill out the Contribution required fields, and select a Contact for the EntityRef custom field
1. Click **Save**
1. Got an error: "**One of parameters (value: ) is not of the type Integer**".
Current behaviour
----------------------------------------
A user cannot actually use a created EntityRef custom field if the entity being referenced is a Contact.
Note that this behavior does not happen with other entities, such as Event or Activity
Expected behaviour
----------------------------------------
A user should be able to used EntityRef custom field to a Contact without a fatal error.
Environment information
----------------------------------------
* __CiviCRM:__ _Master/5.61.alpha1
Comments
----------------------------------------
Error details and backtrace from the ConfigAndLog file
```
$Fatal Error Details = array:3 [
"message" => "One of parameters (value: ) is not of the type Integer"
"code" => null
"exception" => CRM_Core_Exception {#1848
-errorData: array:1 [
"error_code" => 0
]
#cause: null
-_trace: null
#message: "One of parameters (value: ) is not of the type Integer"
#code: 0
#file: "/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Utils/Type.php"
#line: 471
trace: {
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Utils/Type.php:471 {
› $data = htmlentities($data ?? 'NULL');
› throw new CRM_Core_Exception("$name (value: $data) is not of the type $type");
› }
}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/DAO.php:1763 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/DAO.php:1643 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/BAO/CustomValueTable.php:275 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/BAO/CustomValueTable.php:403 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Contribute/BAO/Contribution.php:233 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Contribute/BAO/Contribution.php:481 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution.php:1792 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution.php:976 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/Form.php:578 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Upload.php:153 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Upload.php:120 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php:203 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php:103 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/Controller.php:355 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Contribute/Page/Tab.php:409 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Contribute/Page/Tab.php:463 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/Invoke.php:319 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/Invoke.php:69 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/CRM/Core/Invoke.php:36 { …}
/buildkit/build/dmain/web/sites/all/modules/civicrm/drupal/civicrm.module:471 { …}
/buildkit/build/dmain/web/includes/menu.inc:527 { …}
/buildkit/build/dmain/web/index.php:21 { …}
}
}
]
```https://lab.civicrm.org/dev/core/-/issues/4227Contact import (new) deletes contact fields2023-07-11T16:34:41ZBjörn EndresContact import (new) deletes contact fieldsOverview
----------------------------------------
It seems like the "new importer" that has been implemented with [5.51](https://lab.civicrm.org/groups/dev/-/issues/?sort=updated_desc&state=closed&milestone_title=5.51.0&label_name%5B%5D=...Overview
----------------------------------------
It seems like the "new importer" that has been implemented with [5.51](https://lab.civicrm.org/groups/dev/-/issues/?sort=updated_desc&state=closed&milestone_title=5.51.0&label_name%5B%5D=comp%3AImport&first_page_size=100) has slightly changed its behaviour: if you import/update contacts with empty fields these fields will be deleted, where they used to be ignored (pre 5.51).
Reproduction steps
----------------------------------------
1. Import test contact using the "Import Contacts" menu item with [this file](/uploads/5c56a58c83b7a1fcd5f69ddab02a5c23/ISSUE-4227_step1.csv) and check whether the contact was created.
2. Update the contact by using the import again with [this file](/uploads/62ef3aa3a3c6b975d2dbfa7d060248fc/ISSUE-4227_step2.csv), setting the "For Duplicate Contacts" setting to "Update"
3. Observe, that the birthday field in the new contact was deleted.
Current behaviour
----------------------------------------
Currently, the contact's birthday field is deleted.
Expected behaviour
----------------------------------------
Contact's birthday field should be left untouched, as was the behaviour pre ``5.51.0`` (tested with ``5.40.2``).
Environment information
----------------------------------------
Reproduced on ``dmaster``.
----------------------------------------
This might be an intentional change in behaviour, but I haven't found any documentation on this.5.62.0https://lab.civicrm.org/dev/core/-/issues/4225Regression in 5.61rc - if CiviMember is not enabled then creating a relations...2023-05-03T23:58:45ZeileenRegression in 5.61rc - if CiviMember is not enabled then creating a relationship causes an erro@mattwire the switch to apiv4 is causing an authorization error - we can probably by pass the whole membership code if CiviMember disabled@mattwire the switch to apiv4 is causing an authorization error - we can probably by pass the whole membership code if CiviMember disabled