CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2024-03-08T04:07:50Zhttps://lab.civicrm.org/dev/core/-/issues/5071TypeError when trying to use checkboxes with default non-membership options i...2024-03-08T04:07:50ZFrancis (Agileware)TypeError when trying to use checkboxes with default non-membership options in the Membership section of Contribution PagesOverview
----------------------------------------
If you have a PriceSet with a checkboxes field, that has default options set that **don't** have a membership type associated with them, trying to use it on a Contribution Page causes th...Overview
----------------------------------------
If you have a PriceSet with a checkboxes field, that has default options set that **don't** have a membership type associated with them, trying to use it on a Contribution Page causes that page to crash.
Observed on PHP 8.0, may not be an issue on 7.4 -
Reproduction steps
----------------------------------------
1. Create a membership price set
2. Include in this price set a Checkboxes fields with a default option that does not select a membership type, e.g.
Membership Type
[ ] General - $100
[ ] Student - $50
Be awesome
[ X ] Donate $150 to save the Northern White Rhino
3. Use this price set in the membership context of a Contribution page
4. View the contribution page on the front-end
Current behaviour
----------------------------------------
Contribution page does not load, crashes with TypeError:
```
PHP Fatal error: Uncaught TypeError: strtolower(): Argument #1 ($string) must be of type string, array given in /.../public_html/ontarget/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php:1419
```
Backtrace shows this is called from `CRM_Contribute_Form_Contribution_Main->setDefaultValues()`:
https://github.com/civicrm/civicrm-core/blob/4b75775/CRM/Contribute/Form/Contribution/Main.php#L270
(Ref 4b75775 is master at time of this report)
Expected behaviour
----------------------------------------
Contribution page should load, with defaults for all fields correctly applied
Environment information
----------------------------------------
* __CiviCRM:__ _Master, 5.70.2_
* __PHP:__ _8.0+_
Comments
----------------------------------------
I have a working patch for this, however I'm not sure the approach is entirely correct. The code in question appears to be trying to insinuate a Membership Type ID for, again an option (PriceFieldValue) which doesn't specify a membership type. Perhaps this line could... just be removed?5.72.0https://lab.civicrm.org/dev/core/-/issues/5052drupal 8 - php warnings on every page: html_entity_decode(): Passing null to ...2024-03-02T20:06:02ZDaveDdrupal 8 - php warnings on every page: html_entity_decode(): Passing null to parameter #1 ($string) of type string is deprecatedThis just started last night. I'm guessing from https://github.com/civicrm/civicrm-core/pull/29496This just started last night. I'm guessing from https://github.com/civicrm/civicrm-core/pull/29496https://lab.civicrm.org/dev/core/-/issues/5051Setting a default membership type in a contribution page has no effect2024-03-05T19:37:44ZUpperholmeSetting a default membership type in a contribution page has no effectRunning 5.70.1 and setting up a new contribution page as a membership sign-up form. I want the membership type to be pre-selected for users viewing the form (I am only offering one membership type on this form), so I tick the desired mem...Running 5.70.1 and setting up a new contribution page as a membership sign-up form. I want the membership type to be pre-selected for users viewing the form (I am only offering one membership type on this form), so I tick the desired membership type and set it as the default option in the form configuration (as an aside it seems to be the case that once a default is set it can't be unset).
However, when viewing the resulting form the membership type is not selected. I've checked and confirmed this behaviour on the wpmaster demo site.5.71.0https://lab.civicrm.org/dev/core/-/issues/5050Message Templates: Membership Receipt, On-line and Contribution Receipt, On-l...2024-03-01T04:21:49Zjustinfreeman (Agileware)Message Templates: Membership Receipt, On-line and Contribution Receipt, On-line - both include userText ("Receipt Message") which is not used for these workflows.Message Templates: Membership Receipt, On-line and Contribution Receipt, On-line - both include userText ("Receipt Message”) which is not used for these workflows. The userText ("Receipt Message") is only used when recording a Contributi...Message Templates: Membership Receipt, On-line and Contribution Receipt, On-line - both include userText ("Receipt Message”) which is not used for these workflows. The userText ("Receipt Message") is only used when recording a Contribution, off-line.
userText ("Receipt Message") is not set for the following workflows:
- Membership, Off-line
- Membership, On-line
- Contribution, On-line
To summarise when a Receipt Message is set or available:
- Membership, Off-line - When the user sets the Receipt Message field
- Membership, On-line - On the related Contribution Page
- Contribution, Off-line - No ability to set a Receipt Message, field is not available
- Contribution, On-line - On the related Contribution Page
Agileware Ref: CIVICRM-2226https://lab.civicrm.org/dev/core/-/issues/5040Events - Registration Confirmation and Receipt (on-line) template fails to co...2024-03-12T00:54:25ZspalmstromEvents - Registration Confirmation and Receipt (on-line) template fails to compileOverview
----------------------------------------
The default `Events - Registration Confirmation and Receipt (on-line)` fails to compile, giving this error:
`"Syntax error in template "eval:{crmScope extensionKey=""}<!DOCTYPE html..."...Overview
----------------------------------------
The default `Events - Registration Confirmation and Receipt (on-line)` fails to compile, giving this error:
`"Syntax error in template "eval:{crmScope extensionKey=""}<!DOCTYPE html..." on line 471 "{capture assign=selfservice_preposition}{if 0 && > 0}{ts}before{/ts}{else}{ts}after{/ts}{/if}{/capture}" - Unexpected "> ""`
|----------------------------------------------------------|
Reproduction steps
----------------------------------------
1. Attempt to register for an event.
1. Enter details.
1. Click on Review.
1. Click on Register.
1. You get an error message.
Current behaviour
----------------------------------------
This error message is generated internally, but was only visible when debugging because of [Call to SmartyCompilerException fails in <drupal root>/vendor/civicrm/civicrm-packages/smarty3/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php on template compiler error.
](https://lab.civicrm.org/dev/core/-/issues/5039)
```
"Syntax error in template "eval:{crmScope extensionKey=""}<!DOCTYPE html..." on line 471 "{capture assign=selfservice_preposition}{if 0 && > 0}{ts}before{/ts}{else}{ts}after{/ts}{/if}{/capture}" - Unexpected "> ""
```
Expected behaviour
----------------------------------------
You get a registration confirmation page.
Environment information
----------------------------------------
* __Browser:__ _MS Edge_ but probably irrelevant
* __CiviCRM:__ _5.70.1_
* __PHP:__ _8.3.1__
* __CMS:__ _Drupal 10.2.3_
* __Database:__ _MySQL 8.0.36_ but probably irrelevant.
* __Web Server:__ _IIS_ but probably irrelevant.
Comments
----------------------------------------
The 'offending' code is somewhere here, I suspect (lines 461 - 471) but I haven't been able to discover it.
```
{if {event.allow_selfcancelxfer|boolean}}
<tr>
<td colspan="2" {$valueStyle}>
{capture assign=selfservice_preposition}{if {event.selfcancelxfer_time|boolean} && {event.selfcancelxfer_time} > 0}{ts}before{/ts}{else}{ts}after{/ts}{/if}{/capture}
{ts 1="{event.selfcancelxfer_time}" 2="$selfservice_preposition"}You may transfer your registration to another participant or cancel your registration up to %1 hours %2 the event.{/ts}
{if {contribution.paid_amount|boolean}}{ts}Cancellations are not refundable.{/ts}{/if}<br/>
{capture assign=selfService}{crmURL p='civicrm/event/selfsvcupdate' q="reset=1&pid={participant.id}&{contact.checksum}" h=0 a=1 fe=1}{/capture}
<a href="{$selfService}">{ts}Click here to transfer or cancel your registration.{/ts}</a>
</td>
</tr>
{/if}
```5.71.0https://lab.civicrm.org/dev/core/-/issues/5038Default admin when installing2024-03-07T21:36:59ZErikHommelDefault admin when installingWhen installing standalone a user name and password can be entered. These fields have defaults, which led to confusions by 2 installers. They did not notice this and left the default values, and later on could not log in as they did not ...When installing standalone a user name and password can be entered. These fields have defaults, which led to confusions by 2 installers. They did not notice this and left the default values, and later on could not log in as they did not know user nor passwords. Defaults should be removed and fields mandatory.
Also I need to be able to add an email address. If I now did not notice the user and password and then click on the "forgot password" link an email will be sent to a localdomain e-mail address which is not very helpful.https://lab.civicrm.org/dev/core/-/issues/5037Standalone: installation of CiviCRM in another language2024-03-12T13:23:06ZjaapjansmaStandalone: installation of CiviCRM in another languageThe installer for CiviCRM standalone gives an error message when you select another language then English.
The installer is capable of downloading the translation files however this is not implemented yet in the standalone installer.The installer for CiviCRM standalone gives an error message when you select another language then English.
The installer is capable of downloading the translation files however this is not implemented yet in the standalone installer.jaapjansmajaapjansmahttps://lab.civicrm.org/dev/core/-/issues/5036Database Error Using Include/Exclude Search With Long Group Names2024-03-02T03:28:20ZLKuttnerDatabase Error Using Include/Exclude Search With Long Group NamesA database error occurs when attempting to do an Include/Exclude search with a group name over 64 characters in length.
[error]
$Fatal Error Details = array:3 [
"message" => "DB Error: unknown error"
"code" => null
"exception...A database error occurs when attempting to do an Include/Exclude search with a group name over 64 characters in length.
[error]
$Fatal Error Details = array:3 [
"message" => "DB Error: unknown error"
"code" => null
"exception" => Civi\Core\Exception\DBQueryException {
-errorData: array:2 [
"exception" => DB_Error {
+error_message_prefix: ""
+mode: 16
+level: 1024
+code: -1
+message: "DB Error: unknown error"
+userinfo: """
INSERT INTO civicrm_tmp_e_iggroup_1d303da385fcd81408e677514935ea99 (contact_id, group_names)
SELECT civicrm_contact.id as contact_id, civicrm_group.title as group_name
FROM civicrm_contact
INNER JOIN civicrm_group_contact
ON civicrm_group_contact.contact_id = civicrm_contact.id
LEFT JOIN civicrm_group
ON civicrm_group_contact.group_id = civicrm_group.id WHERE
civicrm_group_contact.status = 'Added' AND
civicrm_group_contact.group_id IN(3058) [nativecode=1406 ** **Data too long for column** 'group_names' at row 1]
"""
+backtrace: array:29 [
0 => array:6 [
"file" => ".../modules/civicrm/vendor/pear/db/DB.php"
"line" => 997
"function" => "__construct"
"class" => "PEAR_Error"
"type" => "->"
"args" => array:5 [
0 => "DB Error: unknown error"
1 => -1
2 => 16
3 => array:2 [
0 => "CRM_Core_Error"
1 => "exceptionHandler"
]
4 => """
INSERT INTO civicrm_tmp_e_iggroup_1d303da385fcd81408e677514935ea99 (contact_id, group_names)
SELECT civicrm_contact.id as contact_id, civicrm_group.title as group_name
FROM civicrm_contact
INNER JOIN civicrm_group_contact
ON civicrm_group_contact.contact_id = civicrm_contact.id
LEFT JOIN civicrm_group
ON civicrm_group_contact.group_id = civicrm_group.id WHERE
civicrm_group_contact.status = 'Added' AND
civicrm_group_contact.group_id IN(3058) [nativecode=1406 ** **Data too long for column** 'group_names' at row 1]
"""
]
]https://lab.civicrm.org/dev/core/-/issues/5035Editing an unpaid event registration to add a partial payment crashes2024-02-26T22:27:11ZDaveDEditing an unpaid event registration to add a partial payment crashesI think this is at least semi-recent since I know one site that uses this workflow regularly.
1. Create a backend event registration.
2. Uncheck the record payment checkbox.
3. Save.
4. Edit the registration.
5. Check the record payment...I think this is at least semi-recent since I know one site that uses this workflow regularly.
1. Create a backend event registration.
2. Uncheck the record payment checkbox.
3. Save.
4. Edit the registration.
5. Check the record payment checkbox and put in a partial payment.
6. Crash - Mandatory key(s) missing from params array: trxn_date. Note that on edit the Contribution Date field in the payment section is blank, as opposed to when first creating it. But note also that entering a full payment does not crash.
`civicrm_api3('Payment', 'create', Array) at /CRM/Event/Form/Participant.php:1095`5.71.0https://lab.civicrm.org/dev/core/-/issues/5032Disabled Event Name Badge Layouts Are Not Disabled2024-02-26T18:57:41ZLKuttnerDisabled Event Name Badge Layouts Are Not DisabledWhen an Event Name Badge Layout is disabled in Administer > CiviEvent > Event Name Badge Layouts, the event name badge layout is marked as Enabled: No.
However when you view the Make Name Badges > Name Badge Format select list, the disab...When an Event Name Badge Layout is disabled in Administer > CiviEvent > Event Name Badge Layouts, the event name badge layout is marked as Enabled: No.
However when you view the Make Name Badges > Name Badge Format select list, the disabled name badge layout still appears in the list and can still be used. This behavior exists in CiviCRM 5.69.5 and has been this way in previous versions for quite a while.5.72.0https://lab.civicrm.org/dev/core/-/issues/5030Columns are misaligned on find participants results2024-02-24T22:10:31ZDaveDColumns are misaligned on find participants resultsI'm not sure if this is recent but seems like something I would have noticed before.
Columns to the right of Amount appear shifted to the right by one.
![untitled3](/uploads/c5254fe4deade1cc45002272980f4a6f/untitled3.png)I'm not sure if this is recent but seems like something I would have noticed before.
Columns to the right of Amount appear shifted to the right by one.
![untitled3](/uploads/c5254fe4deade1cc45002272980f4a6f/untitled3.png)5.72.0https://lab.civicrm.org/dev/core/-/issues/5029sms form missing tokens dropdown and save template section at bottom not hidd...2024-03-08T04:06:42ZDaveDsms form missing tokens dropdown and save template section at bottom not hidden properlyIn a "normal" environment the form isn't borked, but in my environment it seems to come from this change: https://github.com/civicrm/civicrm-core/pull/29429/commits/16b1692e4aebf478f39387ddabc08f1a2c2defae#diff-9a9c24bfd65521aa26fbb9fde3...In a "normal" environment the form isn't borked, but in my environment it seems to come from this change: https://github.com/civicrm/civicrm-core/pull/29429/commits/16b1692e4aebf478f39387ddabc08f1a2c2defae#diff-9a9c24bfd65521aa26fbb9fde3fd54d7a31331abebcb5e8e2a23b1a615bb500eL66
It works again if I put that line back.
The actual error seems to be `Undefined array key "templateSelected" in templates_c\en_US\%%C1\C1C\C1C61753%%InsertTokens.tpl.php on line 34`
This is when you choose the Send Outbound SMS action from the actions dropdown on a contact summary (who has a mobile phone).5.72.0https://lab.civicrm.org/dev/core/-/issues/5026Price Sets: total calculation wrong it decimal separator is different than "."2024-02-26T20:12:20ZmasettoPrice Sets: total calculation wrong it decimal separator is different than "."If I use price sets, when the decimal separator is "," and not "." the calculation of the total does not consider decimals.
Tested on dmaster:
![image](/uploads/beefe52fdfaeb4ff4ec06729528cfd25/image.png)
![image](/uploads/72de7f9df4...If I use price sets, when the decimal separator is "," and not "." the calculation of the total does not consider decimals.
Tested on dmaster:
![image](/uploads/beefe52fdfaeb4ff4ec06729528cfd25/image.png)
![image](/uploads/72de7f9df42afb6097e0e287c817c496/image.png)5.72.0https://lab.civicrm.org/dev/core/-/issues/5025Membership Receipt, online and offline no longer display the "Receipt Message...2024-03-01T00:05:44Zjustinfreeman (Agileware)Membership Receipt, online and offline no longer display the "Receipt Message" which was previously $receipt_text) in the Message Template. The default Message Templates now use $userText which is not being set at allMembership Receipt, online and offline no longer display the "Receipt Message" which was previously $receipt_text) in the Message Template. The default Message Templates now use $userText which is not being set at all.
Looks like the ne...Membership Receipt, online and offline no longer display the "Receipt Message" which was previously $receipt_text) in the Message Template. The default Message Templates now use $userText which is not being set at all.
Looks like the new variable should be $userEnteredText and not $userText from this commit. See https://github.com/civicrm/civicrm-core/commit/40bce8be4f6e64d7b4a3a5c65c361180d5fe197b#diff-a1c8943f991b49e1c885133fad3edc222523542e1ce97b89d7fbba222197000fR1840
I think this problem impacts the following Message Templates:
- membership_offline_receipt_text.tpl
- contribution_invoice_receipt_html.tpl
- contribution_online_receipt_html.tpl
- event_offline_receipt_html.tpl
- membership_online_receipt_html.tpl
Agileware Ref: CIVICRM-2217
Affects CiviCRM 5.69.3 to CiviCRM 5.70.05.71.0https://lab.civicrm.org/dev/core/-/issues/5021Edit message templates permission not working as expected2024-03-15T20:38:58Za.valllloveraEdit message templates permission not working as expected## Overview
Users without the `CiviCRM: edit message templates` permision, can update Templates via the `Print/Merge Document`.
## Reproduction steps
1. Assign a role without the `CiviCRM: edit message templates` permision to an **Use...## Overview
Users without the `CiviCRM: edit message templates` permision, can update Templates via the `Print/Merge Document`.
## Reproduction steps
1. Assign a role without the `CiviCRM: edit message templates` permision to an **User**
2. Log in with that **User** and get to any **Contact**.
3. Create a **Print/Merge Document** Activity.
4. Use an already created **Template**.
5. Modify it in the Document Body
6. It will appear the Check box Update and if the User select it, it will **Update** the Template
![image.png](/uploads/4c57e46478fd7ad9df9de98cd3b4104b/image.png)
## Expected behaviour
The checkbox that let you Update a Template shouldn't appear if the User doesn't have the `CiviCRM: edit message templates` permision.
## Environment information
* **CiviCRM:** _5.69.1_
* **CMS:** _Drupal 10_5.73.0https://lab.civicrm.org/dev/core/-/issues/5019When an event registration is transferred to another contact the Participants...2024-02-23T04:45:41Zjustinfreeman (Agileware)When an event registration is transferred to another contact the Participants Custom Field values are NOT transferred to the new event registration - sometimes this is requuiredWhen an event registration is transferred to another contact the Participants Custom Field values are NOT transferred to the new event registration.
In this case, there is a user expectation that the values entered into the Participants...When an event registration is transferred to another contact the Participants Custom Field values are NOT transferred to the new event registration.
In this case, there is a user expectation that the values entered into the Participants Custom Field values would be transferred, primarily because this person was registering someone else on their behalf.
Appreciate that this may not be applicable in all instances, so would be good to have an option available during the transfer to copy over the field values as part of the transfer process.
As shown below.
This is the original event registration, showing the custom fields entered during registration.
![image](/uploads/58acedae2eb36daa606f120ab616d70a/image.png)
The transferred event registration, showing the custom fields are empty.
![image](/uploads/1ec3df551e089aea0adbd7e0834712b1/image.png)
Agileware Ref: CIVICRM-2214https://lab.civicrm.org/dev/core/-/issues/5018Something messed up with ufgroup.name in 5.71 (aka can't create new contacts ...2024-02-21T04:27:44ZDaveDSomething messed up with ufgroup.name in 5.71 (aka can't create new contacts on the fly in entityref widgets)* For one, there's now two definitions of the name column in the schema xml.
* For two, I think what's happening is when you upgrade it borks the name of reserved groups if they didn't have a frontend_title (which seems likely if your in...* For one, there's now two definitions of the name column in the schema xml.
* For two, I think what's happening is when you upgrade it borks the name of reserved groups if they didn't have a frontend_title (which seems likely if your install is from around 5.63(?) or earlier), and at least one consequence of this is entityref widgets no longer allow creating new contacts on the fly.5.71.0https://lab.civicrm.org/dev/core/-/issues/5016Advanced search with simple criterias returns error2024-02-21T09:25:45ZGuillaumeSorelAdvanced search with simple criterias returns errorOn 5.70.0 the advanced search is not stable. Trying to search contacts returns `Unknown api version`
I discovered this issue after trying to send an e-mail. Actually I was able to send the e-mailing when removing smart groups. This is a ...On 5.70.0 the advanced search is not stable. Trying to search contacts returns `Unknown api version`
I discovered this issue after trying to send an e-mail. Actually I was able to send the e-mailing when removing smart groups. This is a recurring campaign and these groups have been working since years now. So I guess it could be linked to the smart group cache
```
[error]
$Fatal Error Details = array:3 [
"message" => "Unknown api version"
"code" => null
"exception" => Civi\API\Exception\NotImplementedException {#39760
-errorData: array:1 [
"error_code" => "not-found"
]
#cause: null
-_trace: null
#message: "Unknown api version"
#code: 0
#file: "/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/Civi/API/Request.php"
#line: 63
trace: {
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/Civi/API/Request.php:63 {
Civi\API\Request::create(string $entity, string $action, array $params)
› default:
› throw new \Civi\API\Exception\NotImplementedException("Unknown api version");
› }
}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:542 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:787 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:632 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:374 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:3173 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:3074 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:1836 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:2074 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:575 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:524 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:601 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:795 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:632 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/GroupContactCache.php:374 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:3173 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:3074 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:1836 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:2074 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:575 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:524 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/Selector.php:224 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/Form/Search.php:704 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Contact/Form/Search/Advanced.php:50 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php:731 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Refresh.php:44 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php:203 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Page.php:103 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php:355 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:322 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:69 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:36 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-content/plugins/civicrm/civicrm.php:1231 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-includes/class-wp-hook.php:308 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-includes/class-wp-hook.php:332 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-includes/plugin.php:517 { …}
/var/www/vhosts/domain.fr/httpdocs/wp-admin/admin.php:259 { …}
}
}
]
```https://lab.civicrm.org/dev/core/-/issues/5014Disabling premiums doesn't disable premiums2024-02-18T22:06:03ZJonGoldDisabling premiums doesn't disable premiumsIf you uncheck the **Premiums Section Enabled** checkbox on a contribution page, the premiums don't go away.
Replication steps and a fix available at https://github.com/civicrm/civicrm-core/pull/29420.If you uncheck the **Premiums Section Enabled** checkbox on a contribution page, the premiums don't go away.
Replication steps and a fix available at https://github.com/civicrm/civicrm-core/pull/29420.5.70.1JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/5013Upgrade to 5.71 deletes status page2024-02-15T21:58:26ZtottenUpgrade to 5.71 deletes status pageOverview
----------------------------------------
Upgrade to 5.71-rc deletes status-page and other files.
Reproduction steps
----------------------------------------
1. Install D7 w/5.63. (I have a case-insensitive filesystem, if it ma...Overview
----------------------------------------
Upgrade to 5.71-rc deletes status-page and other files.
Reproduction steps
----------------------------------------
1. Install D7 w/5.63. (I have a case-insensitive filesystem, if it matters.)
1. Switch code to 5.71. (`givi checkout 5.71; composer install`)
1. Run the upgrade (web UI or CLI)
Current behaviour
----------------------------------------
Deletes these files:
```
$ git status
...
deleted: Civi/Api4/WorldRegion.php
deleted: ang/crmStatusPage/StatusPageCtrl.js
deleted: js/jquery/jquery.crmEditable.js
```
Expected behaviour
----------------------------------------
The `ang/crmStatusPage/StatusPageCtrl.js` seems important. Without that, I can't open the system status page...
I don't know about the others. But those files are clearly in git for `5.71`, so they probably shouldn't be deleted.