Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-03-13T21:07:13Zhttps://lab.civicrm.org/dev/core/-/issues/4168Searchkit - Tags on saved Searches get lost on save2023-03-13T21:07:13ZdavidSearchkit - Tags on saved Searches get lost on saveOverview
----------------------------------------
tags for saved searches get lost on save.
Reproduction steps
----------------------------------------
1. go to searchkit saved searches
2. create a search, add a tag and save the search...Overview
----------------------------------------
tags for saved searches get lost on save.
Reproduction steps
----------------------------------------
1. go to searchkit saved searches
2. create a search, add a tag and save the search
4. goto searchkit saved searches. The created tag is there.
5. change something e.g. description of the search and save again
6. goto searchkit saved searches, the tag is missing
Expected behaviour
tags get not lost on save
Environment information
----------------------------------------
* __Browser:__ _Firefox 110
* __CiviCRM:__ all?, including 5.61.alpha1
* __CMS:__ https://dmaster.demo.civicrm.org/
Comments
----------------------------------------
old tags get also lost if a new tag is added in the searchhttps://lab.civicrm.org/dev/core/-/issues/4166Import contribution fails if using soft-credit and a row has an empty field2023-03-16T21:31:38ZbgmImport contribution fails if using soft-credit and a row has an empty fieldTo reproduce:
- use this CSV file: [test-soft-credit.csv](/uploads/742ab3a01099b5de3ef33325e3686b54/test-soft-credit.csv)
- on dmaster, Contributions > Import
- upload the CSV file, leave the rest as-it
- in field mappings, make sure to...To reproduce:
- use this CSV file: [test-soft-credit.csv](/uploads/742ab3a01099b5de3ef33325e3686b54/test-soft-credit.csv)
- on dmaster, Contributions > Import
- upload the CSV file, leave the rest as-it
- in field mappings, make sure to select the Soft-Credit ID:
![image](/uploads/467e87e54fd398c5b9756c4acb368341/image.png)
Then run the import, it will be stuck like this:
![image](/uploads/33a5f7b713efdf7629a2e85ade6c3e73/image.png)
Fatal error:
```
Argument 2 passed to CRM_Import_Parser::getContactID() must be of the type int or null, string given, called in
CRM/Contribute/Import/Parser/Contribution.php on line 443 in CRM_Import_Parser->getContactID()
(line 2321 of CRM/Import/Parser.php).
```
I worked around it by adding an "if not empty" clause around that code:
```
$softCreditParams = [];
foreach ($params['SoftCreditContact'] ?? [] as $index => $softCreditContact) {
if (!empty($softCreditContact['Contact']['id'])) {
$softCreditParams[$index]['soft_credit_type_id'] = $softCreditContact['soft_credit_type_id'];
$softCreditParams[$index]['contact_id'] = $this->getContactID($softCreditContact['Contact'], $softCreditContact['Contact']['id'] ?? NULL, 'SoftCreditContact', $this->getDedupeRulesForEntity('SoftCreditContact'));
if (empty($softCreditParams[$index]['contact_id']) && in_array($this->getActionForEntity('SoftCreditContact'), ['update', 'select'])) {
throw new CRM_Core_Exception(ts('Soft Credit Contact not found'));
}
}
}
```
but this looks a bit fishy to me.5.59.3https://lab.civicrm.org/dev/core/-/issues/4165Basic Auth does not work when AuthX is activated2023-03-09T10:10:55ZMariaVBasic Auth does not work when AuthX is activatedI have found this issue and it seems that this problem occurred again: https://lab.civicrm.org/dev/core/-/issues/3416
It describes the current behavior: All CiviCRM pages error out with "401 Invalid Credential".
When AuthX disabled it w...I have found this issue and it seems that this problem occurred again: https://lab.civicrm.org/dev/core/-/issues/3416
It describes the current behavior: All CiviCRM pages error out with "401 Invalid Credential".
When AuthX disabled it works fine.
CiviCRM Version: 5.58.1 on Wordpress 6.1.1https://lab.civicrm.org/dev/core/-/issues/4164CiviMail send mails only to certain location type2023-03-13T11:54:35ZjmargrafCiviMail send mails only to certain location typeI have the following Usecase:
A big organization is using CiviCRM for mailing marketing of different departments. Their Contacts can have several email addresses (with different location types).
A Contact has an email address that is use...I have the following Usecase:
A big organization is using CiviCRM for mailing marketing of different departments. Their Contacts can have several email addresses (with different location types).
A Contact has an email address that is used by department A for the communication with the customer via mass mailing.
But department B wants to communicate with the customer via another email address via mass mailing.
Currently there seems to be no possibility to select which email address location type should be preferred for an specific mass mailing (of department A - while department B creates another mass mailing and wants to select their preferred location type for another mass mailing).
Possibilities in CiviCRM:
I can create different location types for the different purposes.
I can add email addresses with the corresponding location type.
I can select one email address as the primary email address.
I can select one email address for mass mailing.
Problem:
But I can not select different email addresses for different mass mailings
Possible Workaround:
I could keep the two contacts as duplicates in the system. But the customer still still want to have an overall overview over their communication with this contact - so simply having duplicates is not an attractive option.
Feature Request:
What I would need is the feature of selecting the preferred location type to be used for a specific mailing.
If the contact has no email address of this communication type the fallback option could be the primary / bulk-e-mail-address
What effort would it take to create such a feature? I guess it would make most sense to implement it into the civicrm core - do you aggree?https://lab.civicrm.org/dev/core/-/issues/4163FormBuildeR: Can't set participant status type2023-03-07T18:51:22ZJonGoldFormBuildeR: Can't set participant status typeSee screenshot. When you try to use this field, you get the error "API (ParticipantStatusType, autocomplete) does not exist (join the API team and implement it!)".
![Selection_1801](/uploads/34d14ba7259e8878f93a910627b2c151/Selection_1...See screenshot. When you try to use this field, you get the error "API (ParticipantStatusType, autocomplete) does not exist (join the API team and implement it!)".
![Selection_1801](/uploads/34d14ba7259e8878f93a910627b2c151/Selection_1801.png)
I've seen other "Loading failed" errors handled like in https://github.com/civicrm/civicrm-core/pull/25598 but I suspect we might actually want to create the API here?https://lab.civicrm.org/dev/core/-/issues/4161Regression: Visiting contribution page while logged in and CiviMember is disa...2023-03-07T05:54:51ZJonGoldRegression: Visiting contribution page while logged in and CiviMember is disabled causes a fatal error.Overview
----------------------------------------
This one is my fault. PR is https://github.com/civicrm/civicrm-core/pull/25729.
Reproduction steps
----------------------------------------
1. Disable CiviMember.
1. Visit a contributio...Overview
----------------------------------------
This one is my fault. PR is https://github.com/civicrm/civicrm-core/pull/25729.
Reproduction steps
----------------------------------------
1. Disable CiviMember.
1. Visit a contribution page whilel logged in.
Current behaviour
----------------------------------------
```
Civi\API\Exception\NotImplementedException: Membership API is not available because CiviMember component is disabled in /home/jon/local/mysite/web/wp-content/plugins/civicrm/civicrm/Civi/Api4/Generic/AbstractAction.php on line 454
```
Expected behaviour
----------------------------------------
No fatal error.
Comments
----------------------------------------
I replaced code that used the BAO to look up membership info with a call to a shared function that uses API4. However, API4 will throw an error if you access a disabled entity.5.59.1JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/4158New PaypalPro Recurring Payments (PPRP) creating duplicate contributions and ...2023-03-11T01:16:48ZStoobNew PaypalPro Recurring Payments (PPRP) creating duplicate contributions and inaccurate statusPaypal Recurring Payments Pro (aka PPRP) seems to be having an issue introduced somewhere between 5.49 and 5.57. 5.58 hasn't fixed it.
The issue has two incorrect behaviors:
1. creates duplicate Contributions (both status Completed) ...Paypal Recurring Payments Pro (aka PPRP) seems to be having an issue introduced somewhere between 5.49 and 5.57. 5.58 hasn't fixed it.
The issue has two incorrect behaviors:
1. creates duplicate Contributions (both status Completed) and sends two email receipts when the Recurring Plan (In Progress) is created successfully. One Contribution contains the Invoice ID and the other contains the Transaction ID. On the Paypal side there is only one payment and only one recurring plan.
2. if the credit card fails, the recurring plan and a _single_ Contribution are created in Civi with incorrect status. The Contribution has an Invoice ID but no Transaction ID. The recurring plan exists at Paypal but isn't active at Paypal. No transaction exists at Paypal.
@JonGold because we have talked about other Paypal Pro issues recently I'm looping you in
@eileen because of https://github.com/civicrm/civicrm-core/commit/ba2fb5afa3aa403467ae4934731684cc51bc830d I'm asking you please if your commit may be related
We have done the following testing
- identified that Paypal Standard doesn't have the same problem
- removed custom php code, tpl, and extensions that might have been interfering
Because of the sensitive nature of the donor data I haven't posted any screenshots, but we have several examples to show privately to those interested in helping fix. Bounty and/or consulting $ are available for discussion.5.59.2https://lab.civicrm.org/dev/core/-/issues/4157Mailpoet plugin conflict with Html2Text breaks reports and emails2023-03-23T16:27:08ZniamhMailpoet plugin conflict with Html2Text breaks reports and emailsOverview
----------------------------------------
After upgrading to 5.54.1 back in November (and several subsequent upgrades), a conflict with MailPoet plugin is causing the error below to occur when receipt emails are being sent result...Overview
----------------------------------------
After upgrading to 5.54.1 back in November (and several subsequent upgrades), a conflict with MailPoet plugin is causing the error below to occur when receipt emails are being sent resulting in failure to send. It is also affecting the running of any report if any filter is enabled on report.
__Error thrown__
__Call to undefined method Html2Text\Html2Text::getText()__
See stack exchange:
https://civicrm.stackexchange.com/questions/42921/reports-failing-after-upgrade-whenany-filter-enabled
and
https://civicrm.stackexchange.com/questions/43502/civicrm-mailpoet-plugin-conflict-with-html2text
Reproduction steps
----------------------------------------
Disable MailPoet plugin and all works perfectly. With plugin enabled, error as above in the situations noted. Manual email receipts also failing when MailPoet enabled.
Current behaviour
----------------------------------------
We can fix this temporarily by replacing the MailPoet version of html2text with the CiviCRM version, but this is overwritten every time MailPoet is upgraded.
Expected behaviour
----------------------------------------
There was no compatibility issue for the last 7 years between MailPoet and CiviCRM re this issue.
Environment information
----------------------------------------
* __CiviCRM:__ From 5.54.1 onwards (currently 5.55.0) but we hadn't upgraded in some time so unclear when bug was introduced.
* __PHP:__ 7.4 & also 8.1
* __CMS:__ Wordpress 6.1.1
* __MailPoet:__ 4.6.2 and earlier
Comments
----------------------------------------
Happy to open ticket with MailPoet if necessary.https://lab.civicrm.org/dev/core/-/issues/4156Individual's Employer and Membership by Relationship Are Not Updated After Me...2023-05-18T21:54:45ZLKuttnerIndividual's Employer and Membership by Relationship Are Not Updated After Merging Their OrganizationAfter merging duplicate organizations where the retained record has an updated organization name, the Employer field of employees keeps the organization name of the deleted duplicate record and the current membership by relationship is n...After merging duplicate organizations where the retained record has an updated organization name, the Employer field of employees keeps the organization name of the deleted duplicate record and the current membership by relationship is not applied. In most cases, the Employer name from the deleted record is displayed on the Summary page, though occasionally the field will be blank. In the blank field situation, when we click Edit Info, the quick edit dialog displays the Employer name from the current record relationship, however after clicking Save, the Employer field does not update and remains blank in the Summary.
To get the current employer and membership to apply, we need to view each existing relationship and click Save, though we do not need to actually change anything. After doing that, the Employer field and the memberships by relationship are updated. This behavior is different from what we experienced in the years prior to updating to CiviCRM 5.55.1 and requires much manual checking and updating. We are on Drupal 7.9.2. Thank you for any insight into this.5.61.0https://lab.civicrm.org/dev/core/-/issues/41555.59 upgrade brings down entire site if multilingual is enabled2023-03-07T05:52:57ZJonGold5.59 upgrade brings down entire site if multilingual is enabledTo replicate, have a Civi 5.58 site, enable multilingual, and upgrade to 5.59.
You'll start seeing WSODs with `DB Error: -32`. My further research found `ERROR 1054 (42S22): Unknown column 'nasco_dev_civi.civicrm_custom_field.mask' in '...To replicate, have a Civi 5.58 site, enable multilingual, and upgrade to 5.59.
You'll start seeing WSODs with `DB Error: -32`. My further research found `ERROR 1054 (42S22): Unknown column 'nasco_dev_civi.civicrm_custom_field.mask' in 'field list'`.
Because the custom field table is multilingual-enabled, and the multilingual views seem to not be rebuilt (or rebuilt after the `mask` column is dropped), the views reference a non-existent field and everything stops working.
For folks who already upgraded and are in this situation, you have some options:
If you can run API commands from the command line, you can run `System.rebuildmultilingualschema`, e.g.:
```
cv api System.rebuildmultilingualschema
drush cvapi System.rebuildmultilingualschema
wp civicrm api System.rebuildmultilingualschema
```
NOTE: The above approach worked temporarily for me, but then stopped working. However, I'm not sure if my further testing affected this.
This second approach is less well-tested, but you made a backup before you upgraded...right? If not, back up now:
* Identify the views associated with `civicrm_custom_field` - e.g. `civicrm_custom_field_en_US`, `civicrm_custom_field_es_MX`, etc.
* Run the following commands once per language you have installed. In this command, I'm fixing `_en_US`. Run this once per language, doing a search/replace on the text below to change out `en_US` for your languages. E.g. I have `en_US` and `es_MX`, so I ran this once unmodified, then did a search/replace for `en_US` to `es_MX`.
```
DROP VIEW civicrm_custom_field_en_US;
CREATE VIEW `civicrm_custom_field_en_US` AS select `civicrm_custom_field`.`id` AS `id`,`civicrm_custom_field`.`custom_group_id` AS `custom_group_id`,`civicrm_custom_field`.`name` AS `name`,`civicrm_custom_field`.`data_type` AS `data_type`,`civicrm_custom_field`.`html_type` AS `html_type`,`civicrm_custom_field`.`default_value` AS `default_value`,`civicrm_custom_field`.`is_required` AS `is_required`,`civicrm_custom_field`.`is_searchable` AS `is_searchable`,`civicrm_custom_field`.`is_search_range` AS `is_search_range`,`civicrm_custom_field`.`weight` AS `weight`,`civicrm_custom_field`.`attributes` AS `attributes`,`civicrm_custom_field`.`javascript` AS `javascript`,`civicrm_custom_field`.`is_active` AS `is_active`,`civicrm_custom_field`.`is_view` AS `is_view`,`civicrm_custom_field`.`options_per_line` AS `options_per_line`,`civicrm_custom_field`.`text_length` AS `text_length`,`civicrm_custom_field`.`start_date_years` AS `start_date_years`,`civicrm_custom_field`.`end_date_years` AS `end_date_years`,`civicrm_custom_field`.`date_format` AS `date_format`,`civicrm_custom_field`.`time_format` AS `time_format`,`civicrm_custom_field`.`note_columns` AS `note_columns`,`civicrm_custom_field`.`note_rows` AS `note_rows`,`civicrm_custom_field`.`column_name` AS `column_name`,`civicrm_custom_field`.`option_group_id` AS `option_group_id`,`civicrm_custom_field`.`filter` AS `filter`,`civicrm_custom_field`.`in_selector` AS `in_selector`,`civicrm_custom_field`.`serialize` AS `serialize`,`civicrm_custom_field`.`label_en_US` AS `label`,`civicrm_custom_field`.`help_pre_en_US` AS `help_pre`,`civicrm_custom_field`.`help_post_en_US` AS `help_post` from `civicrm_custom_field`
```5.59.1https://lab.civicrm.org/dev/core/-/issues/4154Number field input validation does not respect decimal separator setting2024-03-20T10:36:25ZnoahNumber field input validation does not respect decimal separator settingOverview
----------------------------------------
This issue has to do with "number" (float) custom fields on some edit forms. When you enter a number containing any character other than a digit or a period (full stop) into such a field,...Overview
----------------------------------------
This issue has to do with "number" (float) custom fields on some edit forms. When you enter a number containing any character other than a digit or a period (full stop) into such a field, validation fails. This happens even if the offending character has been set as the decimal separator in Civi's localization settings.
Reproduction steps
----------------------------------------
1. Under Administer > Localization > Languages, Currency, Locations, set "Decimal Delimiter" to "," (comma).
1. Create a custom field extending Activities. Data type: Number.
1. Add a new activity. In the number field, enter a number that includes a comma, such as "123,45" (one hundred twenty three and forty-five one-hundredths).
1. Press Save.
Current behaviour
----------------------------------------
Validation fails with the error message "[Custom Field Label] must be a number (with or without decimal point)."
Expected behaviour
----------------------------------------
The form should save the entered amount as (float) one hundred twenty three and forty-five one-hundredths.
Environment information
----------------------------------------
CiviCRM 5.60 (current master HEAD).
Comments
----------------------------------------
Somewhat entangled with #41525.68.0https://lab.civicrm.org/dev/core/-/issues/4153Search kit - address issues2023-03-03T03:07:50ZeileenSearch kit - address issuesA user tried to configure a search & I have pasted the export of it below the screenshot. She hit 2 issues - one is just a 'The UI is hard` thing and the other is a probable bug
The UI issue is that she chose the `Country` from the `pri...A user tried to configure a search & I have pasted the export of it below the screenshot. She hit 2 issues - one is just a 'The UI is hard` thing and the other is a probable bug
The UI issue is that she chose the `Country` from the `primary_address` pseudo rather than the `Contact Address` table in the join
![image](/uploads/03a794ec7de2bfea66144b179beb35a5/image.png)
The probably bug is that `Primary Address.Country` can be added to the select fields - but not `Primary Address.street_address` - she realised she had a mix - which is when she contacted me
![image](/uploads/e9f75c3c6f8decff9e9e5bd0c5b9d3c9/image.png)
```
[
[
"SavedSearch",
"save",
{
"records": [
{
"name": "test_search",
"label": "Test Search",
"form_values": null,
"mapping_id": null,
"search_custom_id": null,
"api_entity": "Contact",
"api_params": {
"version": 4,
"select": [
"id",
"display_name",
"first_name",
"last_name",
"GROUP_CONCAT(DISTINCT Contact_Address_contact_id_01.street_address) AS GROUP_CONCAT_Contact_Address_contact_id_01_street_address",
"address_primary.city",
"address_primary.state_province_id:label",
"GROUP_CONCAT(DISTINCT Contact_Address_contact_id_01.postal_code) AS GROUP_CONCAT_Contact_Address_contact_id_01_postal_code",
"address_primary.country_id:label"
],
"orderBy": [],
"where": [
[
"contact_type:name",
"=",
"Individual"
]
],
"groupBy": [
"id"
],
"join": [
[
"Address AS Contact_Address_contact_id_01",
"INNER",
[
"id",
"=",
"Contact_Address_contact_id_01.contact_id"
],
[
"Contact_Address_contact_id_01.street_address",
"IS NOT EMPTY"
],
[
"address_primary.country_id",
"IN",
[
"1228",
"1039"
]
]
],
[
"Contribution AS Contact_Contribution_contact_id_01",
"INNER",
[
"id",
"=",
"Contact_Contribution_contact_id_01.contact_id"
],
[
"Contact_Contribution_contact_id_01.total_amount",
"BETWEEN",
[
"250.00",
"499.99"
]
],
[
"Contact_Contribution_contact_id_01.receive_date",
">=",
"\"2018-07-01\""
]
]
],
"having": []
},
"expires_date": null,
"description": null
}
],
"match": [
"name"
]
}
]
]
```https://lab.civicrm.org/dev/core/-/issues/4152Data integrity issue: Some number fields change their values during data entry2023-03-24T02:46:14ZnoahData integrity issue: Some number fields change their values during data entryOverview
----------------------------------------
On some edit forms, when a number containing a comma is entered into a "number" (float) custom field, validation fails. This is reasonable behaviour if the decimal separator is something ...Overview
----------------------------------------
On some edit forms, when a number containing a comma is entered into a "number" (float) custom field, validation fails. This is reasonable behaviour if the decimal separator is something other than the comma character. (See related issue regarding validation and decimal separators: #4154)
However, in the re-displayed form, the value is silently changed, with everything after the comma stripped off. For example, "50,995.22" is changed to "50". The user is given another chance to submit the form, and if they don't notice the (incorrect) changed value, that incorrect value will be saved.
Reproduction steps
----------------------------------------
1. Create a custom field extending Activities. Data type: Number.
2. Add a new activity. In the number field, enter a number that includes a comma, such as "12,345".
Current behaviour
----------------------------------------
The first attempt to save the form fails. It is redisplayed. The second attempt succeeds. However, the number field has been changed -- the comma and everything to the right of it has been removed.
![comma](/uploads/8390d965ab04bb439a8f8c5b778c64c1/comma.gif)
Expected behaviour
----------------------------------------
Even if validation fails, the contents of the number field should not change without the user's intervention.
Environment information
----------------------------------------
CiviCRM master (5.60)
Notes
----------------------------------------
This issue happens in Activity edit forms (notably, _not_ Contact edit forms), but it may happen elsewhere too. I haven't tracked it down entirely, but the error seems to happen during the re-rendering of the form: `\CRM_Core_QuickForm_Action_Display::renderForm()`. Maybe in the Smarty layer?5.61.0https://lab.civicrm.org/dev/core/-/issues/4151Contact links for SearchKit (List) Display Name fields are randomly incorrect2024-01-29T19:51:17ZJoeMurrayContact links for SearchKit (List) Display Name fields are randomly incorrectOverview
----------------------------------------
When SearchKit results contain a transformed List field of Display Name, each value in list should link to the Display Name contact's record. dmaster currently does not for some contacts ...Overview
----------------------------------------
When SearchKit results contain a transformed List field of Display Name, each value in list should link to the Display Name contact's record. dmaster currently does not for some contacts in concatenated list of Display Names.
https://civicrm.stackexchange.com/questions/43607/searchkit-incorrect-contact-profile-opening-from-list-display-name-column
Reproduction steps
----------------------------------------
See https://civicrm.stackexchange.com/questions/43607/searchkit-incorrect-contact-profile-opening-from-list-display-name-column .
Expected behaviour
----------------------------------------
Display Names in list should link to correct contacts.
Environment information
----------------------------------------
dmaster on Feb 28, 2023.
Comments
----------------------------------------
_Anything else you would like the reviewer to note._colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/4150Formbuilder: Contact Reference doesn't respect the Filter options and exposes...2023-03-07T19:59:37ZshaneonabikeFormbuilder: Contact Reference doesn't respect the Filter options and exposes all Contacts## Problem
Creating a Form (via Formbuilder) that uses a Contact Reference exposes all Contacts in the search field rather than respecting the Filter conditions.
## How to reproduce
1. Create a set of Custom Fields one of which that h...## Problem
Creating a Form (via Formbuilder) that uses a Contact Reference exposes all Contacts in the search field rather than respecting the Filter conditions.
## How to reproduce
1. Create a set of Custom Fields one of which that has a Contact Reference with a Filter by a Group
2. Create a Formbuilder Form and add the Contact Reference field
3. Test the form, and see that all Contacts are searchable
## Expected Result
Formbuilder should use the appropriate filters set by the Contact Reference rather than exposing all users.https://lab.civicrm.org/dev/wordpress/-/issues/139Use custom actions for admin screen meta boxes2023-05-11T14:29:45ZhaystackUse custom actions for admin screen meta boxesSome plugins hook into the `add_meta_boxes` action and expect a `$post` object as the second parameter. They *should* validate that the incoming data is of type `WP_Post` but some don't - notably ACF Extended. The fix for avoiding log en...Some plugins hook into the `add_meta_boxes` action and expect a `$post` object as the second parameter. They *should* validate that the incoming data is of type `WP_Post` but some don't - notably ACF Extended. The fix for avoiding log entries from these plugins is to use custom actions for the CiviCRM admin pages. PR to follow.haystackhaystackhttps://lab.civicrm.org/dev/core/-/issues/4149User editable Message Templates, the Contact Action: Send an Email and the Co...2023-03-29T21:09:22Zjustinfreeman (Agileware)User editable Message Templates, the Contact Action: Send an Email and the Contact Action: Print Merge/Document cannot use any Smarty Tokens with the crmDate function because CKEditor 4 unnecessarily HTML encodes single quotes (') and double quotes (")User editable Message Templates, the Contact Action: Send an Email and the Contact Action: Print Merge/Document cannot use any Smarty Tokens with the crmDate function because CKEditor 4 unnecessarily HTML encodes single quotes (') and do...User editable Message Templates, the Contact Action: Send an Email and the Contact Action: Print Merge/Document cannot use any Smarty Tokens with the crmDate function because CKEditor 4 unnecessarily HTML encodes single quotes (') and double quotes (").
So if you use a Smarty Token like:
```{contribution.receive_date|crmDate:"%E%f %B %Y"}```
```{contribution.receive_date|crmDate:'%E%f %B %Y'}```
When CKEditor 4 parses the HTML it converts this into:
```{contribution.receive_date|crmDate:"%E%f %B %Y"}```
```{contribution.receive_date|crmDate:'%E%f %B %Y'}```
Effectively rendering the crmDate function unusable in these situations.
Using CKEditor 5 does solve this specific problem, however CKEditor 5 introduces new problems such as the inability for users to resize images, loss of some formatting controls and importantly prevents the ability to view/edit the source HTML.
Agileware Ref: CIVICRM-21035.61.0https://lab.civicrm.org/dev/core/-/issues/4147When using PHP 8.1, the Contact token for the Address State / Province field ...2023-03-03T04:47:08Zjustinfreeman (Agileware)When using PHP 8.1, the Contact token for the Address State / Province field returns no value when used in Message Templates. Works fine on PHP 7.4When using PHP 8.1, the Contact token for the Address **State / Province** field returns no value when used in Message Templates. Works fine on PHP 7.4.
These are the tokens that return no value:
```{contact.address_primary.state_provi...When using PHP 8.1, the Contact token for the Address **State / Province** field returns no value when used in Message Templates. Works fine on PHP 7.4.
These are the tokens that return no value:
```{contact.address_primary.state_province_id:abbr}```
```{contact.state_province}```
Other Contact tokens for contact fields and address return a value correctly.
Agileware Ref: CIVICRM-2102https://lab.civicrm.org/dev/core/-/issues/4145Administrator > Communications > Schedule Reminders error when CiviEvent disa...2023-03-02T03:14:44ZmarcusjwilsonAdministrator > Communications > Schedule Reminders error when CiviEvent disabledOverview
----------------------------------------
When trying to access Administrator > Communications > Schedule Reminders on CiviCRM 5.57.0 with CiviEvent disabled, we see an error.
""
Reproduction steps
-----------------------------...Overview
----------------------------------------
When trying to access Administrator > Communications > Schedule Reminders on CiviCRM 5.57.0 with CiviEvent disabled, we see an error.
""
Reproduction steps
----------------------------------------
1. Disable CiviEvent component.
2. Select Administrator > Communications > Schedule Reminders.
3. Got an error "Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred. Event API is not available because CiviEvent component is disabled".
Expected behaviour
----------------------------------------
Prior to 5.57.0 the user was able to access this admin page without having CiviEvent enabled.
Environment information
----------------------------------------
* __CiviCRM:__ _5.7...._
* __PHP:__ _7.4__
* __CMS:__ _WordPress 5.8.1_
* __Database:__ _MySQL 5.7.7_
* __Web Server:__ _Nginx..._5.59.0https://lab.civicrm.org/dev/core/-/issues/4144Notice on `isDuplicate` on profile form2023-03-18T04:57:08ZeileenNotice on `isDuplicate` on profile formMost profile screens show this notice.... depending on smarty mode / php version
![image](/uploads/ba2d754f522299cfb57ab10184e701ae/image.png)
The issue is that `isDuplicate` is ONLY assigned when form validation occurs and then ONLY i...Most profile screens show this notice.... depending on smarty mode / php version
![image](/uploads/ba2d754f522299cfb57ab10184e701ae/image.png)
The issue is that `isDuplicate` is ONLY assigned when form validation occurs and then ONLY in a very specific scenario
From the url
civicrm/profile/create?reset=1&context=dialog&gid=5
If the contact matches an existing organization it fails & the duplicate contact code is invoked.
This url only appears in the context of an **EntityReference field** - ie if you go to enter employer & then choose 'new Organization' - @colemanw just wondering if you have any ideas about a more sane way to do this?5.61.0