Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-07-05T03:43:28Zhttps://lab.civicrm.org/dev/core/-/issues/4408Case Detail Report Template Missing City Field2023-07-05T03:43:28ZLKuttnerCase Detail Report Template Missing City FieldThe Case Detail report template is missing {contact.city} while all the other address fields are available. I do not know how long this has been like this, since we just began using this report. One thought I had was that this might be ...The Case Detail report template is missing {contact.city} while all the other address fields are available. I do not know how long this has been like this, since we just began using this report. One thought I had was that this might be caused by our using the Word replacement feature for City > Town, but disabling it did not help. This is with 59.5.4.
![Missing-City-Field](/uploads/d206a1e64547bdf40a778cd71f19a8c4/Missing-City-Field.PNG)https://lab.civicrm.org/dev/core/-/issues/4407SearchKit: Option to apply style to whole row2023-07-04T23:49:12Zaydunsaidan.saunders@squiffle.ukSearchKit: Option to apply style to whole rowThe most common use of `Style` conditionals for me is setting the `Style` to `Disabled` based on the `Enabled` field.
Currently this requires adding the same conditional to every field in the display.
Suggestion: allow a style to be ap...The most common use of `Style` conditionals for me is setting the `Style` to `Disabled` based on the `Enabled` field.
Currently this requires adding the same conditional to every field in the display.
Suggestion: allow a style to be applied to the whole row.colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/4405SearchKit: prevent Smarty parsing content in 'rewrite text'2023-07-04T21:43:41Zaydunsaidan.saunders@squiffle.ukSearchKit: prevent Smarty parsing content in 'rewrite text'Overview
----------------------------------------
The 'Rewrite Text' option in SearchKit tables allows use of Smarty, but Smarty attempts to parse the content of the tokens sometimes resulting in Smarty errors and no results being shown....Overview
----------------------------------------
The 'Rewrite Text' option in SearchKit tables allows use of Smarty, but Smarty attempts to parse the content of the tokens sometimes resulting in Smarty errors and no results being shown.
Reproduction steps
----------------------------------------
1. Create a SearchKit for Job Logs
1. Add `Description` and `Extended data`
1. Add a table with default fields
Check you have data!
1. Enable 'Rewrite Text' on `Description` or `Extended Data` - leave the tokens as provided.
Current behaviour
----------------------------------------
Depending on your job log content there may be no results showing.
My data included a description of `Finished execution of Civirules cron with result: Success (a:0:{}) `
The webserver log shows:
```
[Tue Jul 04 17:14:10.938281 2023] [php7:error] [pid 1081743] [client 127.0.0.1:42138] PHP Fatal error: Smarty error: [in string:Finished execution of Civirules cron with result: Success (a:0:{}) line 1]: syntax error: unrecognized tag: (Smarty_Compiler.class.php, line 440) in /opt/buildkit/build/adminui/web/wp-content/plugins/civicrm/civicrm/packages/Smarty/Smarty.class.php on line 1100, referer: http://adminui.localhost/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Fsearch
```
Expected behaviour
----------------------------------------
The tokens should be displayed without Smarty attempting to parse the content.
And relatedly, if using 'Rewrite Text' to combine multiple fields, you may want to enable HTML (eg to add bold or line breaks) without having the token content itself rendered as HTML.
Environment information
----------------------------------------
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is neccessary. -->
* __CiviCRM:__ _Master_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
Comments
----------------------------------------https://lab.civicrm.org/dev/joomla/-/issues/51Undefined variable $store in Joomla.php on line 56 - CRM_Core_Permission_Joom...2023-11-02T16:39:03ZfatihatesUndefined variable $store in Joomla.php on line 56 - CRM_Core_Permission_Joomla errorI am experiencing an issue with Joomla integration while using CiviCRM. I am getting the following error on line 56 of the "Joomla.php" file:
PHP Warning: Undefined variable $store in /home/userxxx/public_html/administrator/components/c...I am experiencing an issue with Joomla integration while using CiviCRM. I am getting the following error on line 56 of the "Joomla.php" file:
PHP Warning: Undefined variable $store in /home/userxxx/public_html/administrator/components/com_civicrm/civicrm/CRM/Core/Permission/Joomla.php on line 56
![2023-07-01_-000893](/uploads/7f9d3143be6369d0e661fcd7cf91488b/2023-07-01_-000893.jpg)
This error indicates that the variable $store is not defined when trying to set the $api_key variable. However, I have noticed that I haven't previously defined the $store variable.
Relevant code snippet:
`$api_key = CRM_Utils_Request::retrieve('api_key', 'String', $store, FALSE, NULL, 'REQUEST');`
![2023-07-01_-000892](/uploads/deb142af3b7747f685ba3922c0b37347/2023-07-01_-000892.jpg)
I am seeking assistance with resolving this issue. How should I properly define the $store variable?
Any help with this would be greatly appreciated. Thank you in advance.
https://civicrm.stackexchange.com/questions/45184/undefined-variable-store-in-joomla-php-on-line-56-crm-core-permission-joomla
Best regards,https://lab.civicrm.org/dev/core/-/issues/4398Mailing never starts2023-08-03T12:41:03ZphilmckMailing never startsOverview
----------------------------------------
_Please describe your problem or bug in detail._
Group emails from one of my CiviCRM installations are not being delivered (ever), which has caused some embarrassment. Messages can be com...Overview
----------------------------------------
_Please describe your problem or bug in detail._
Group emails from one of my CiviCRM installations are not being delivered (ever), which has caused some embarrassment. Messages can be composed as usual, but are never scheduled and there's no "runner" display. Pausing and restarting the mailing results in the status changing from "Scheduled" to "Running" and clicking "Report" shows the expected number of intended recipients but the "Successful Deliveries" count is always zero. In case it's relevant, I did notice that the option to send "immediately" is not selected by default (which I think it always is on sites that work), but it can be selected manually.
Obviously, I have enabled the "Send Scheduled Mailings" job and tried triggering that both manually and from a cron job. The log shows success but with a count of zero.
I have also tried obvious things like disabling all extensions, resetting caches and paths, comparing all settings with other installations that do work, searching the forums, bug reports and so on. I've checked that outgoing mail is configured correctly and I can send test emails. There's nothing in the error logs. Nothing makes any difference, it seems to be a bug.
The problem is reproducible in the sense that it's not intermittent, but I haven't been able to reproduce it on a clean installation.
I'd be prepared to move everything to a new installation to work around this but it's a heavily used instance with lots of contacts, invoices and so on and I know of no way to export all those and reimport them later to a working instance. Everything else seems to be working as usual.
Reproduction steps
----------------------------------------
1. Create a group containing some test contacts.
2. Go to **Mailing > New Mailing** and compose a test message, with the group from the previous step selected as Recipients.
3. Click **Send test** and check that a test message is correctly delivered.
4. Click **Next** then select **Immediately** or a date and time 5 minutes in the future.
5. Click **Submit Mailing**.
6. Wait for cron to run or go to **System Settings > Scheduled Jobs** and trigger **Send Scheduled Mailings**. Check that the result is success.
7. Check that the message is now in **Mailing > Scheduled and Sent Mailings**. Click **Report**. Observe that **Intended recipients** is not zero but **Successful deliveries** is always zero.
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._
Nothing happens. No messages delivered, nothing in error logs.
Expected behaviour
----------------------------------------
_What should happen._
Messages are sent once the scheduled job is triggered, perhaps with a batch limit. Eventually the whole job completes and the status changes to "Completed".
Environment information
----------------------------------------
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is neccessary. -->
* __Browser:__ _Chrome 114.0.5735.135_
* __CiviCRM:__ _Master/5.62.1_
* __PHP:__ _8.1_
* __CMS:__ _WordPress 6.2.2 running on Ubuntu 22.04_
* __Database:__ _MariaDB 10.6.12_
* __Web Server:__ _OpenLiteSpeed 1.7.17_https://lab.civicrm.org/dev/core/-/issues/4396AdminUI: Allow searching by "LastName, FirstName" in Find Contacts2023-06-30T00:31:42ZlarsssandergreenAdminUI: Allow searching by "LastName, FirstName" in Find ContactsIt's great that we can now search by display name (FirstName LastName) in Find Contacts in AdminUI, however, it would be great if we could search by "LastName, FirstName" as well, since this is the standard that's used in CiviCRM (Find C...It's great that we can now search by display name (FirstName LastName) in Find Contacts in AdminUI, however, it would be great if we could search by "LastName, FirstName" as well, since this is the standard that's used in CiviCRM (Find Contacts, Quick Search, Advanced Search), so it's what users are used to. I know I've trained myself (and have trained our staff) to always use "LastName, FirstName".https://lab.civicrm.org/dev/core/-/issues/4394CiviEvent: Could not find valid value for id2023-06-30T13:49:11ZguitarmanCiviEvent: Could not find valid value for idOverview
----------------------------------------
Event Participant registration stopped working.
After completing no matter which registration form and pressing the "register"-button, an error shows up.
Reproduction steps
------------...Overview
----------------------------------------
Event Participant registration stopped working.
After completing no matter which registration form and pressing the "register"-button, an error shows up.
Reproduction steps
----------------------------------------
1. Chose an event, click on "register"
2. Fill out the registration form and click on the "register"-button
3. Results in an error 500 / Could not find valid value for id.
Current behaviour
----------------------------------------
Registration doesn't work and results in the following error:
```
CRM_Core_Exception: Could not find valid value for id. in [DOMAIN]/administrator/components/com_civicrm/civicrm/CRM/Event/StateMachine/Registration.php on line 27
```
Expected behaviour
----------------------------------------
Registration should complete and the respective confirmation should be displaying.
Environment information
----------------------------------------
Joomla 3.10.11, PHP 7.4.33, CiviCRM 5.62.1
![exception-trace](/uploads/2cd7d5b63823aa2c70111a6bfa8ecaf9/exception-trace.jpg)
This is probably related to:
https://civicrm.stackexchange.com/questions/44719/could-not-find-valid-value-for-id
https://civicrm.stackexchange.com/questions/41578/could-not-find-valid-value-for-id-after-event-registration-on-wordpress-5-9-1
and most probably to https://lab.civicrm.org/dev/wordpress/-/issues/140https://lab.civicrm.org/dev/core/-/issues/4393Mailing and Outbound Mailings no longer available in SearchKit2023-06-26T21:41:48ZlarsssandergreenMailing and Outbound Mailings no longer available in SearchKitOn 5.62, you can select Mailings and Outbound Mailings in SearchKit. On dmaster, you no longer can.On 5.62, you can select Mailings and Outbound Mailings in SearchKit. On dmaster, you no longer can.https://lab.civicrm.org/dev/core/-/issues/4392tarballs not working in 5.63+2023-07-05T23:49:06ZDaveDtarballs not working in 5.63+There's a new sql/civicrm_data folder that isn't getting included, so the UI installer doesn't work.
@totten
Also the use of `{php}` may not work in all environments. I'd have to double check but it didn't used to work in a normal for...There's a new sql/civicrm_data folder that isn't getting included, so the UI installer doesn't work.
@totten
Also the use of `{php}` may not work in all environments. I'd have to double check but it didn't used to work in a normal form tpl, but this might be a different context.5.63.0https://lab.civicrm.org/dev/core/-/issues/4391Installing a core extension results in an error2023-08-08T22:21:49ZlarsssandergreenInstalling a core extension results in an errorIf you uninstall a core extension (e.g. CiviMail), when you re-install it, you get an error. It seems to still work, but not sure on the details. Not sure if this is technically a regression or not, but tagged as regression as this certa...If you uninstall a core extension (e.g. CiviMail), when you re-install it, you get an error. It seems to still work, but not sure on the details. Not sure if this is technically a regression or not, but tagged as regression as this certainly should work. On dmaster.
```
CRM_Core_Exception: DB Error: already exists in /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Admin/Form/Extensions.php on line 187
Exception trace
# Function Location
0 civicrm_api3('Extension', 'install', Array) /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Admin/Form/Extensions.php:187
1 CRM_Admin_Form_Extensions->postProcess() /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/Form.php:617
2 CRM_Core_Form->mainProcess() /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/StateMachine.php:144
3 CRM_Core_StateMachine->perform(Object(CRM_Admin_Form_Extensions), 'next', 'Next') /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php:43
4 CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Admin_Form_Extensions), 'next') /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php:203
5 HTML_QuickForm_Controller->handle(Object(CRM_Admin_Form_Extensions), 'next') /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php:103
6 HTML_QuickForm_Page->handle('next') /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/Controller.php:355
7 CRM_Core_Controller->run() /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/Page/Basic.php:364
8 CRM_Core_Page_Basic->edit(1, null) /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/Page/Basic.php:170
9 CRM_Core_Page_Basic->run() /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Admin/Page/Extensions.php:105
10 CRM_Admin_Page_Extensions->run(Array, null) /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/Invoke.php:319
11 CRM_Core_Invoke::runItem(Array) /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/Invoke.php:69
12 CRM_Core_Invoke::_invoke(Array) /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/CRM/Core/Invoke.php:36
13 CRM_Core_Invoke::invoke(Array) /Users/larssander-green/buildkit/build/drupaltest/web/sites/all/modules/civicrm/drupal/civicrm.module:471
14 civicrm_invoke('admin', 'extensions') /Users/larssander-green/buildkit/build/drupaltest/web/includes/menu.inc:527
15 menu_execute_active_handler() /Users/larssander-green/buildkit/build/drupaltest/web/index.php:21
16 {main}
```https://lab.civicrm.org/dev/core/-/issues/4390Multiple Participant Event Registration Issue2024-02-12T09:17:09ZChiplehMultiple Participant Event Registration Issue1. We can successfully submit a multi-participant event registration with custom data in the profiles with the dummy processor.
2. We cannot do so either with core Paypal Website Payments Pro or Stripe.
3. Removing any custom fields f...1. We can successfully submit a multi-participant event registration with custom data in the profiles with the dummy processor.
2. We cannot do so either with core Paypal Website Payments Pro or Stripe.
3. Removing any custom fields from the profiles allowed us to successfully submit a payment for the event with Stripe.
4. We can confirm the registration was charged correctly.
5. Something with payment processing (core Paypal Website Payments Pro and Stripe extension) is not working properly when custom fields have been added to the CiviEvent registration form.
6. This happens both in WordPress and Drupal 7. In WordPress, this occurs whether the registration form is accessed directly or embedded in a page via shortcode.
Details (site 1):
WordPress 6.2.1
CiviCRM ESR 5.57.4
Stripe Extension: 6.7.14
https://lab.civicrm.org/extensions/stripe
Firewall Extension: 1.5.7
https://lab.civicrm.org/extensions/firewall
Paypal Website Payments Pro (core integration)
PHP 8.0
Details (site 2):
Drupal 7.98
CiviCRM ESR 5.57.4
Paypal Website Payments Pro (core integration)
PHP 8.0
To replicate:
1. Add a custom field group to the event registration form.
2. Go to /civicrm/event/register/?reset=1&action=preview&id=[event_id] and test with multiple participants (2 or more), dummy card # appropriate for the payment processor, any CVV, any date in future
2. Critical error after submitting at the end.
WordPress error from log:
[debug] $backTrace = #0 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php(441): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(39): CRM_Core_Error::handleUnhandledException(Object(CRM_Core_Exception))
#2 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm.php(1199): CRM_Core_Invoke::invoke((Array:3))
#3 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/includes/civicrm.basepage.php(380): CiviCRM_For_WordPress->invoke()
#4 /home/XXXXXXXXXXX/www/www/wp-includes/class-wp-hook.php(308): CiviCRM_For_WordPress_Basepage->basepage_handler(Object(WP))
#5 /home/XXXXXXXXXXX/www/www/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters(NULL, (Array:1))
#6 /home/XXXXXXXXXXX/www/www/wp-includes/plugin.php(565): WP_Hook->do_action((Array:1))
#7 /home/XXXXXXXXXXX/www/www/wp-includes/class-wp.php(797): do_action_ref_array("wp", (Array:1))
#8 /home/XXXXXXXXXXX/www/www/wp-includes/functions.php(1334): WP->main("")
#9 /home/XXXXXXXXXXX/www/www/wp-blog-header.php(16): wp()
#10 /home/XXXXXXXXXXX/www/www/index.php(17): require("/home/XXXXXXXXXXX/www/www/wp-blog-header.php")
#11 {main}
Could this be an issue with PHP 8?
After reviewing the error log, we see:
Warning: Array to string conversion in /wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php on line 655
Fatal error: Uncaught TypeError: preg_match(): Argument #2 ($subject) must be of type string, array given in /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/BAO/CustomField.php:692 Stack trace: #0 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/BAO/CustomField.php(692): preg_match('/^custom_(\\d+)_...', Array, Array) #1 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php(655): CRM_Core_BAO_CustomField::getKeyID(Array) #2 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php(559): CRM_Contact_BAO_Query->buildParamsLookup() #3 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php(524): CRM_Contact_BAO_Query->initialize(NULL) #4 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Event/BAO/Event.php(1696): CRM_Contact_BAO_Query->__construct(Array, Array, Array) #5 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(1178): CRM_Event_BAO_Event::displayProfile(Array, '263', Array, Array, Array) #6 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(273): CRM_Event_Form_Registration_Confirm::assignProfiles(Object(CRM_Event_Form_Registration_Confirm)) #7 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(689): CRM_Event_Form_Registration_Confirm->buildQuickForm() #8 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/StateMachine.php(120): CRM_Core_Form->buildForm() #9 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php(43): CRM_Core_StateMachine->perform(Object(CRM_Event_Form_Registration_Confirm), 'next', 'Next') #10 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Event_Form_Registration_Confirm), 'next') #11 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Event_Form_Registration_Confirm), 'next') #12 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php(355): HTML_QuickForm_Page->handle('next') #13 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(319): CRM_Core_Controller->run(Array, NULL) #14 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(69): CRM_Core_Invoke::runItem(Array) #15 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke(Array) #16 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm.php(1199): CRM_Core_Invoke::invoke(Array) #17 /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/includes/civicrm.basepage.php(380): CiviCRM_For_WordPress->invoke() #18 /home/XXXXXXXXXXX/www/www/wp-includes/class-wp-hook.php(308): CiviCRM_For_WordPress_Basepage->basepage_handler(Object(WP)) #19 /home/XXXXXXXXXXX/www/www/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters(NULL, Array) #20 /home/XXXXXXXXXXX/www/www/wp-includes/plugin.php(565): WP_Hook->do_action(Array) #21 /home/XXXXXXXXXXX/www/www/wp-includes/class-wp.php(797): do_action_ref_array('wp', Array) #22 /home/XXXXXXXXXXX/www/www/wp-includes/functions.php(1334): WP->main('') #23 /home/XXXXXXXXXXX/www/www/wp-blog-header.php(16): wp() #24 /home/XXXXXXXXXXX/www/www/index.php(17): require('/home/harrisbur...') #25 {main} thrown in /home/XXXXXXXXXXX/www/www/wp-content/plugins/civicrm/civicrm/CRM/Core/BAO/CustomField.php on line 692
There has been a critical error on this website.5.71.0https://lab.civicrm.org/dev/core/-/issues/4387PHP 8 Compatibility Issue - strlen of array2023-06-26T22:33:34Zluke.stewartPHP 8 Compatibility Issue - strlen of arrayApparently it's possible for the "$this->_text" of a Checkbox to be an array - at least an empty array.
This causes a fatal error from str here.
https://github.com/civicrm/civicrm-packages/blob/61ff39518dfd54449158bfd44670063d84615015/H...Apparently it's possible for the "$this->_text" of a Checkbox to be an array - at least an empty array.
This causes a fatal error from str here.
https://github.com/civicrm/civicrm-packages/blob/61ff39518dfd54449158bfd44670063d84615015/HTML/QuickForm/checkbox.php#L138
To replicate:
Install the GDPR extension - this adds an additional "Terms & Conditions" tab to a contribution page. Configure the GDPR settings -> /civicrm/gdpr/settings select the option to enable for every contribution page.
It has a radio button that gives the option to "Enable terms and Conditions Acceptance" however as well as yes and no there is the option to not have this selected. Unselecting results in the above code being called with an empty array. This emits a warning in PHP7.4 but a fatal error in PHP 8.1
I'm unclear whether this is the GDPR extension behaving badly and should be left as is - or should we catch this?
This was found on a site upgrading to Drupal 10 - and therefore PHP 8.1 and manifested in a fatal error on contribution pages.
_FZ Ref: 28529_https://lab.civicrm.org/dev/core/-/issues/4384AdminUI: Advanced Search not accessible2023-07-04T01:29:21ZlarsssandergreenAdminUI: Advanced Search not accessibleIf you try to access Advanced Search from the menu with AdminUI enabled on dmaster, you get:
![image](/uploads/13cf9f00ac28eb95b4a3f4489c0ddb8d/image.png)
This is due to [PR #26381](https://github.com/civicrm/civicrm-core/pull/26381) an...If you try to access Advanced Search from the menu with AdminUI enabled on dmaster, you get:
![image](/uploads/13cf9f00ac28eb95b4a3f4489c0ddb8d/image.png)
This is due to [PR #26381](https://github.com/civicrm/civicrm-core/pull/26381) and may be related to issue #4360, but I'm not sure so putting this up as a separate issue.
Requires cache clearing while testing.5.64.0https://lab.civicrm.org/dev/core/-/issues/4383One of parameters (value: ) is not of the type CommaSeparatedIntegers for le...2023-06-19T23:17:34ZDaveDOne of parameters (value: ) is not of the type CommaSeparatedIntegers for lesser-permissioned usersI'm not sure all of the variations where you can get this but a simple one is:
`cv ev "civicrm_api3('Relationship', 'create', ['contact_id_a' => 8, 'contact_id_b' => 9, 'relationship_type_id' => 'Sibling of']);"`
where 8 and 9 are suit...I'm not sure all of the variations where you can get this but a simple one is:
`cv ev "civicrm_api3('Relationship', 'create', ['contact_id_a' => 8, 'contact_id_b' => 9, 'relationship_type_id' => 'Sibling of']);"`
where 8 and 9 are suitable individual contacts. It actually happens during the `CRM_Utils_Recent:add()` call that comes after not the relationship creation.
It's from here and it's because it assumes that the earlier query will find at least one row and populate `$ids`: https://github.com/civicrm/civicrm-core/pull/26041/files#diff-7fd1affe37f9de9a37acf9decf9cecb5433999cf097eccda8b1f2af2286c32e3R268
It seems like that wouldn't be limited to just the above scenario.
Came up in weekly webform test runs.5.64.0https://lab.civicrm.org/dev/core/-/issues/4382Admin UI causes search builder (not form builder) to crash2023-07-04T01:29:55ZDaveDAdmin UI causes search builder (not form builder) to crashI think it's from here: https://github.com/civicrm/civicrm-core/commit/db712b3108970b3560488928c85d8f0343016603#diff-191c3573321ff5ab86bbe647462fbdbfbf3779611ec18a4aef86ec1a638d0043R5, which conflicts with the url `civicrm/contact/search...I think it's from here: https://github.com/civicrm/civicrm-core/commit/db712b3108970b3560488928c85d8f0343016603#diff-191c3573321ff5ab86bbe647462fbdbfbf3779611ec18a4aef86ec1a638d0043R5, which conflicts with the url `civicrm/contact/search/builder?reset=1`
While technically a regression, given that it's been stated search builder is not officially supported and was removed from the menu for new sites, I think the todo is to give a heads up somehow that in 5.64 search builder will stop working if you enable admin UI.5.64.0https://lab.civicrm.org/dev/core/-/issues/4377Don't allow scheduled reminders for events to also include groups2023-09-02T05:11:52ZlarsssandergreenDon't allow scheduled reminders for events to also include groupsEdit: See discussion below, this doesn't actually work anyways.
If a user is able to edit events and has access to a particular group, they can add that group to a scheduled reminder for an event with Also include. It doesn't seem like ...Edit: See discussion below, this doesn't actually work anyways.
If a user is able to edit events and has access to a particular group, they can add that group to a scheduled reminder for an event with Also include. It doesn't seem like a good idea to let users scheduled a reminder to potentially a very large number of contacts via an event scheduled reminder, which is intended to email participants for an event.
I can see the case for also including manually selected contacts, but also including groups seems dangerous and an invitation for mistakes. If a user needs to send a scheduled reminder to a group, they would probably be better off using a mailing or a separate scheduled reminder.
Proposal: Disable the Also include > Select Group option in scheduled reminders for events.https://lab.civicrm.org/dev/core/-/issues/4376Search build using Related Contacts (RelationshipCache) doesn't provide optio...2023-06-26T13:44:25ZjitendraSearch build using Related Contacts (RelationshipCache) doesn't provide options under Action dropdown.To replicate:
- Create `New search` from searchkit UI.
- Search for Related Contacts. ![image](/uploads/8619b8b7fce4ab2414ae05c4026c198a/image.png)
- Hit Search.
- Click on `Action` button to check the list of available actions for this...To replicate:
- Create `New search` from searchkit UI.
- Search for Related Contacts. ![image](/uploads/8619b8b7fce4ab2414ae05c4026c198a/image.png)
- Hit Search.
- Click on `Action` button to check the list of available actions for this entity.
- Action dropdown does not lists actions for update, enable/disable, delete relationships ![image](/uploads/99d110a73111bdf5575a935729fe6e4f/image.png)
The problems seems to be in identifying the entity. When the Action button is selected, the search is made to retrieve actions for `RelationshipCache` entity instead of `Relationship`.https://lab.civicrm.org/dev/core/-/issues/4369Trigger-based logging schema reconciliation fails when a column is renamed to...2023-06-16T21:29:35ZDaveDTrigger-based logging schema reconciliation fails when a column is renamed to a different upper/lower caseI'm getting this on upgrade: `ALTER TABLE log_civicrm_uf_group ADD post_url varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'Redirect to URL on submit.' [nativecode=1060 ** Duplicate column name 'post_url']`
and I think it'...I'm getting this on upgrade: `ALTER TABLE log_civicrm_uf_group ADD post_url varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'Redirect to URL on submit.' [nativecode=1060 ** Duplicate column name 'post_url']`
and I think it's from https://github.com/civicrm/civicrm-core/pull/26460 which changed the case. The logging table already contains a column post_URL, so when it tries to reconcile and add a column post_url it says it's a duplicate.
So either the reconcile needs to learn about how to handle this, or the upgrade script itself needs to change the logging table if it exists. The latter is probably simpler.5.64.0https://lab.civicrm.org/dev/core/-/issues/4365AdminUI - don't show or allow deleting reserved custom fields/groups2023-06-26T17:32:11ZDaveDAdminUI - don't show or allow deleting reserved custom fields/groupsPartly a followup to https://lab.civicrm.org/dev/core/-/issues/4338
1. It shows you the reserved groups in the listing - regular core doesn't do this, 'cuz reasons.
2. It lets you delete fields in those groups - not good.
3. It lets you...Partly a followup to https://lab.civicrm.org/dev/core/-/issues/4338
1. It shows you the reserved groups in the listing - regular core doesn't do this, 'cuz reasons.
2. It lets you delete fields in those groups - not good.
3. It lets you delete the group after you've deleted those fields - not good.
Reserved custom groups are always created by extensions, and often depend on them being unchangeable by users.5.64.0https://lab.civicrm.org/dev/wordpress/-/issues/142CiviMail Trackable URL Click Through Broken in WordPress2023-06-15T15:39:04ZMichael LabriolaCiviMail Trackable URL Click Through Broken in WordPressI am using CiviCRM 5.62 with WordPress 6.2.2. After sending a CiviMail with a trackable URL, clicking on the URL in the email produces this WordPress error: There has been a critical error on this website. The PHP error on the server is ...I am using CiviCRM 5.62 with WordPress 6.2.2. After sending a CiviMail with a trackable URL, clicking on the URL in the email produces this WordPress error: There has been a critical error on this website. The PHP error on the server is PHP Fatal error: Uncaught Error: Class "CRM_Mailing_Event_BAO_MailingEventClickThrough" not found in /var/www/fkww/wp-content/plugins/civicrm/wp-rest/Controller/Url.php:58
URL.php is calling CRM_Mailing_Event_BAO_MailingEventClickThrough::track which does not exist anymore. I changed it to CRM_Mailing_Event_BAO_MailingEventTrackableURLOpen::track, which works.
The CiviCRM-Core people said the class name was changed recently, so civicrm-wordpress would need to be updated.5.62.0