Development issueshttps://lab.civicrm.org/groups/dev/-/issues2024-03-15T21:05:34Zhttps://lab.civicrm.org/dev/core/-/issues/4954Upgrade to Smarty4....2024-03-15T21:05:34ZeileenUpgrade to Smarty4....Now that we have upgraded many sites to Smarty3 & seem close to ironing out the issues I had a go at Smarty4 and was able to get it working. The extra fixes were entirely in our core compatibility layer so the challenges of moving a site...Now that we have upgraded many sites to Smarty3 & seem close to ironing out the issues I had a go at Smarty4 and was able to get it working. The extra fixes were entirely in our core compatibility layer so the challenges of moving a site from Smarty2 to Smarty4 are now equivalent to moving to Smarty3.
https://smarty-php.github.io/smarty/5.x/upgrading/#removed-php-constants
One annoying thing we did was name our Smarty mixin & the define in a version specific way. In fact there is nothing v2 specific about our mixin and the methodology of defining ` CIVICRM_SMARTY3_AUTOLOAD_PATH` works for Smarty4 as well as it does for Smarty3. If it wasn't for those naming issues I would recommend we simply replace the contents of packages/smarty3 with the Smarty 4 library.
However, given where we are I recommend we
1) merge Smarty4 into packages here https://github.com/civicrm/civicrm-packages/pull/380
2) add a new define `CIVICRM_SMARTY_AUTOLOAD_PATH` - respect it but fall back to `CIVICRM_SMARTY3_AUTOLOAD_PATH` if present
3) update our demo sites / build sites etc to Smarty4
4) update all our messaging to encourage people to use Smarty4 not 3 (but if they have already switched to 3 don't further message as being off Smarty2 is enough to flush out any extension or issues that would impede our medium term plans to put Smarty4 in vendor & stop shipping Smarty3
Note that Smarty4 hard-fails on `{php}` tags in tpls whereas Smarty3 has a backwards compatibility layer that would have supported it, had we chosen to enable it, which we didn't.5.72.0https://lab.civicrm.org/dev/core/-/issues/4958Deprecated function CRM_Contact_BAO_ContactType::retrieve2024-03-15T20:43:33ZPradeep Nayakpradpnayak@gmail.comDeprecated function CRM_Contact_BAO_ContactType::retrieveOn edit of contact subtype get a deprecation error
/civicrm/admin/options/subtype/edit?action=update&id=2&reset=1
Deprecated function CRM_Contact_BAO_ContactType::retrieve, use API. CRM_Core_Error::deprecatedFunctionWarning CRM_Contact_...On edit of contact subtype get a deprecation error
/civicrm/admin/options/subtype/edit?action=update&id=2&reset=1
Deprecated function CRM_Contact_BAO_ContactType::retrieve, use API. CRM_Core_Error::deprecatedFunctionWarning CRM_Contact_BAO_ContactType::retrieve CRM_Admin_Form::retrieveValues CRM_Admin_Form::preProcess Array ( [civi.tag] => deprecated )
```2024-02-02 11:34:18+0000 [warning] Deprecated function CRM_Contact_BAO_ContactType::retrieve, use API.
CRM_Core_Error::deprecatedFunctionWarning
CRM_Contact_BAO_ContactType::retrieve
CRM_Admin_Form::retrieveValues
CRM_Admin_Form::preProcess
Array
(
[civi.tag] => deprecated
)
```https://lab.civicrm.org/dev/core/-/issues/3834"This line is not logically reachable", except...2024-03-15T20:42:01ZJonGold"This line is not logically reachable", except...This is a very minimal bug report because I don't have enough information, but because it's an unusual error message to see, I want to file it in case anyone else goes searching for it.
I got a warning `Deprecated function CRM_Event_For...This is a very minimal bug report because I don't have enough information, but because it's an unusual error message to see, I want to file it in case anyone else goes searching for it.
I got a warning `Deprecated function CRM_Event_Form_Registration_Confirm::postProcess, use This line is not logically reachable.`, followed immediately by a fatal error `Cannot find participant ID`.
* It looks like this person registered 3 participants.
* They were almost certainly using a link that included `cid=0` (aka "Not this person? Click here").
* Participant 2 has the correct `registered_by_id` and Participant 3 has no `registered_by_id`, which is where I suspect the error is creeping in.
It's the end of my day but I'll try to replicate more comprehensively tomorrow.
```
+------+------------+----------+-----------+---------+---------------------+------------------------------------------------+---------------------------------------------------------+---------+--------------+------------+------------------+-------------+--------------+-------------+-----------------+---------+-----------+---------------------------+
| id | contact_id | event_id | status_id | role_id | register_date | source | fee_level | is_test | is_pay_later | fee_amount | registered_by_id | discount_id | fee_currency | campaign_id | discount_amount | cart_id | must_wait | transferred_to_contact_id |
+------+------------+----------+-----------+---------+---------------------+------------------------------------------------+---------------------------------------------------------+---------+--------------+------------+------------------+-------------+--------------+-------------+-----------------+---------+-----------+---------------------------+
| 2386 | 1981 | 100 | 1 | 1 | 2022-09-01 14:55:05 | Online Event Registration: 2022 Annual Meeting | 1st, 2nd or 3rd Attendee - 1 (multiple participants) | 0 | 1 | 0.00 | NULL | NULL | USD | NULL | NULL | NULL | NULL | NULL |
| 2387 | 490 | 100 | 1 | 1 | 2022-09-01 14:55:05 | Online Event Registration: 2022 Annual Meeting | 1st, 2nd or 3rd Attendee - 1 | 0 | 1 | 0.00 | 2386 | NULL | USD | NULL | NULL | NULL | NULL | NULL |
| 2388 | 1926 | 100 | 1 | 1 | 2022-09-01 14:55:05 | Online Event Registration: 2022 Annual Meeting | 1st, 2nd or 3rd Attendee - 1 | 0 | 1 | 0.00 | NULL | NULL | USD | NULL | NULL | NULL | NULL | NULL |
+------+------------+----------+-----------+---------+---------------------+------------------------------------------------+---------------------------------------------------------+---------+--------------+------------+------------------+-------------+--------------+-------------+-----------------+---------+-----------+---------------------------+
```
```
Sep 01 14:55:05 [warning] Deprecated function CRM_Event_Form_Registration_Confirm::postProcess, use This line is not logically reachable..
CRM_Core_Error::deprecatedFunctionWarning
CRM_Event_Form_Registration_Confirm::postProcess
CRM_Core_Form::mainProcess
CRM_Core_StateMachine::perform
Array
(
[civi.tag] => deprecated
)
Sep 01 14:55:05 [error]
$Fatal Error Details = array:3 [
"message" => "Cannot find participant ID"
"code" => null
"exception" => CRM_Core_Exception {#9916
-errorData: array:1 [
"error_code" => 0
]
#cause: null
-_trace: null
#message: "Cannot find participant ID"
#code: 0
#file: "/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Event/BAO/Event.php"
#line: 1765
trace: {
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Event/BAO/Event.php:1765 {
› if (!$participantId) {
› throw new CRM_Core_Exception(ts('Cannot find participant ID'));
› }
}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php:788 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php:573 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Core/StateMachine.php:144 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php:43 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php:203 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Page.php:103 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php:355 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:319 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:69 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:36 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/civicrm.php:1199 { …}
/var/www/www.mysite.org/web/wp-content/plugins/civicrm/includes/civicrm.basepage.php:380 { …}
/var/www/www.mysite.org/web/wp-includes/class-wp-hook.php:307 { …}
/var/www/www.mysite.org/web/wp-includes/class-wp-hook.php:331 { …}
/var/www/www.mysite.org/web/wp-includes/plugin.php:524 { …}
/var/www/www.mysite.org/web/wp-includes/class-wp.php:787 { …}
/var/www/www.mysite.org/web/wp-includes/functions.php:1330 { …}
/var/www/www.mysite.org/web/wp-blog-header.php:16 { …}
/var/www/www.mysite.org/web/index.php:17 { …}
}
}
]
```JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3294Make accordion panels accessible2024-03-15T20:39:55ZJoeMurrayMake accordion panels accessibleFrom https://civicrm.stackexchange.com/questions/17735/access-for-blind-users-to-civicrm/17752#17752
Accordion panels in the contact record cannot be expanded with the keyboard. In general, panels containing certain contact data (demogr...From https://civicrm.stackexchange.com/questions/17735/access-for-blind-users-to-civicrm/17752#17752
Accordion panels in the contact record cannot be expanded with the keyboard. In general, panels containing certain contact data (demographic information, address, etc.) are collapsed by default. It is necessary to use the mouse (JAWS) cursor in order to expand these panels.
A user should be able to expand an collapse an accordion panel by using the keyboard only and not be required to use the mouse. To accomplish this, elements of crm-acordion-header should be made keyboard focusable and be configured to provide feedback to the screen reader on whether they are collapsed or expanded. At the simplest level, these elements could be made buttons instead of divs and be given the aria-expanded attribute which would be dynamically toggled depending on the panel’s state. This will allow a keyboard user to focus the panel header with the tab key and expand or collapse it with ENTER or SPACE. More in-depth examples of accordion accessibility can be found at OAA Accessibility http://www.oaa-accessibility.org/examplep/accordian1/, and Basic Accessible Accordion Panel for jQuery http://www.jqueryscript.net/accordion/Basic-Accessible-Accordion-Plugin-jQuery.html.
Technical spec to come.
Was https://issues.civicrm.org/jira/browse/CRM-208255.73.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/1545Civicrm uses outdated Smarty library2024-03-15T19:29:38ZjptillmanCivicrm uses outdated Smarty libraryThis issue from the old Jira tracker seems to have gotten lost along the way (can't find it in this issue queue):
https://issues.civicrm.org/jira/browse/CRM-16428
It would be great to have the Smarty template library upgraded to v3.This issue from the old Jira tracker seems to have gotten lost along the way (can't find it in this issue queue):
https://issues.civicrm.org/jira/browse/CRM-16428
It would be great to have the Smarty template library upgraded to v3.https://lab.civicrm.org/dev/core/-/issues/1599Deceased Contact via Inline doesn't update the Membership's status to Deceased2024-03-15T14:45:54ZGhost UserDeceased Contact via Inline doesn't update the Membership's status to DeceasedOverview
----------------------------------------
Editing a Contact via Inline to update it to Deceased doesn't update the status of the Membership automatically to Deceased.<br />
Checked in dmaster.
![Inline](/uploads/45fb6021711d8f2e...Overview
----------------------------------------
Editing a Contact via Inline to update it to Deceased doesn't update the status of the Membership automatically to Deceased.<br />
Checked in dmaster.
![Inline](/uploads/45fb6021711d8f2e15535832dbc4e888/Inline.png)
Reproduction steps
----------------------------------------
1. Create a new Contact.
2. Create a Membership in that Contact.
3. Edit the demographics of the contact via Inline and put it deceased.
Current behaviour
----------------------------------------
If you edit the Contact **via Inline**, the Membership **is not updated** to Deceased.
If instead of Inline you edit the Contact, the Membership **is updated** to Deceased.
Expected behaviour
----------------------------------------
The Membership status should be **updated automatically** to Deceased when editing the Contact **via Inline**.https://lab.civicrm.org/dev/core/-/issues/3746Supervised rule works when manually run but not automarically2024-03-15T05:03:27ZcdestrieuxSupervised rule works when manually run but not automaricallyI'm running CiviCRM 5.51.0 (the problem was the same with 5.50.4) on WordPress 6.0
I defined a supervised dedupe rule using personalized fields which is properly working (i.e. finds duplicates on one of the 3 selected fieds) when manual...I'm running CiviCRM 5.51.0 (the problem was the same with 5.50.4) on WordPress 6.0
I defined a supervised dedupe rule using personalized fields which is properly working (i.e. finds duplicates on one of the 3 selected fieds) when manually run
When duplicate contacts are created or edited via the administrative CiviCRM interface, they are not detected by this supervised
Is it a known bug; I was not able to find any info on this?
I did t get any answer hEre : https://civicrm.stackexchange.com/questions/42264/supervised-dedupe-rule-finds-duplicate-when-manually-run-but-not-automatically; the problem was just confirmed
Many thanks for your helphttps://lab.civicrm.org/dev/core/-/issues/631Problem when merging contacts which have membership records2024-03-15T05:03:26ZUpperholmeProblem when merging contacts which have membership recordsAs noted at https://civicrm.stackexchange.com/questions/27885/what-is-the-most-reliable-method-for-merging-records-with-memberships when merging two contacts when one of them has a membership, the membership does not get moved to the mer...As noted at https://civicrm.stackexchange.com/questions/27885/what-is-the-most-reliable-method-for-merging-records-with-memberships when merging two contacts when one of them has a membership, the membership does not get moved to the merged record as it should. The workaround is to ensure that the record with the membership is on the right (i.e. is the record that won't get deleted).jitendrajitendrahttps://lab.civicrm.org/dev/core/-/issues/5084Custom search profile no longer works with quick search2024-03-15T02:43:17ZjamieCustom search profile no longer works with quick searchIf you set a custom default search profile via `Adminster -> Customize Data and Screens -> Search Preferences` and then do a "quick search" (a search via the magnifying glass field in the top left), the results are mis-aligned with the h...If you set a custom default search profile via `Adminster -> Customize Data and Screens -> Search Preferences` and then do a "quick search" (a search via the magnifying glass field in the top left), the results are mis-aligned with the header (and don't actually reflect the fields in the default profile):
![image](/uploads/279e2eed33a67ab12e6e95cf58eafbb5/image.png)
Also, the default profile is not displayed in the "Views for Display Contacts" field if you edit the search criteria, so I think somehow the default search profile is not being communicated between the quick search and the advanced search display.
I tried to figure out what was going on but got a bit lost. I do suspect, however, that is is a regression from [390820a1bd90c9be51ca8f236cecdebfbefc8342](https://github.com/civicrm/civicrm-core/commit/390820a1bd90c9be51ca8f236cecdebfbefc8342). Do you have any thoughs @eileen?
Thank you!https://lab.civicrm.org/dev/core/-/issues/48145.69 change? regression? improvement - contribution & membership amounts are ...2024-03-15T01:11:33Zeileen5.69 change? regression? improvement - contribution & membership amounts are separate line itemsI've realised that when purchasing a quick config membership with an additional contribution as per
![image](/uploads/be6d34b67ddfdac42681f1895ab40bc4/image.png)
In 5.60 only one line item was created - in this case the total is $100 me...I've realised that when purchasing a quick config membership with an additional contribution as per
![image](/uploads/be6d34b67ddfdac42681f1895ab40bc4/image.png)
In 5.60 only one line item was created - in this case the total is $100 membership + $15 tax + $10 contribution + $1.50 tax and only the tax_amount on the contribution record is wrong
![image](/uploads/c8a6a51b876b8f767b24db7810a217f1/image.png)
In 5.69 rc the current behaviour is to create 2 line items
![image](/uploads/f4319273e0c10e09cff4ed6b7a7c921f/image.png)
- this feels more correct to me and I am loath to change it back unless people want to push for that.
I should note the financial type of the current line item is currently the same as that configured for the contribution page - on the same page as the configuration of the contribution amount in question. Once again this feels more logical to me but it could pick up the financial type of the membership being purchased if that was the case people wanted to argue.
Lastly I should note that there is code in the form (which could do with testing) to ensure that if both are purchased then only the membership amount is put in the recurring contribution.5.69.0https://lab.civicrm.org/dev/core/-/issues/4026Custom field value not saved first time after membership type changed2024-03-15T01:10:51ZdanmurrayCustom field value not saved first time after membership type changedOverview
----------------------------------------
Membership type B has a custom field set but Membership type A does not. When a membership of type A is edited and changed to type B, the custom field set appears in the editor and value...Overview
----------------------------------------
Membership type B has a custom field set but Membership type A does not. When a membership of type A is edited and changed to type B, the custom field set appears in the editor and values can be set for the custom fields. However when the membership is saved, the custom field values are not remembered. The values are only remembered if the membership is edited a second time, and the custom fields are set and saved again.
Reproduction steps
----------------------------------------
Go to https://dmaster.demo.civicrm.org/
Add new custom field set used for Memberships -> General
Add new field to field set: a dropdown field with option 1 and option 2
Find any membership of type Student and edit it
Change membership type from Student to General, the new custom field appears for editing
![image](/uploads/2eae0c3199111e0605609f82408c7961/image.png)
Select option 1 in the custom field and save the membership
![image](/uploads/6863ef5c318c458537b090be791cfde6/image.png)
View the membership - the custom field value is not set
![image](/uploads/ddb4b7fc4f85ca0b9c1ceeaee751e449/image.png)
Edit the membership again, again select option 1 in the custom field and save the membership
View the membership again - the custom field value is now set
![image](/uploads/61578005173f4af4c10fb784446e4cd2/image.png)
Current behaviour
----------------------------------------
The first time a custom field value is set after a membership type is changed, the value is not remembered. It is only remembered after the second time it is saved.
Expected behaviour
----------------------------------------
The custom field value should be remembered the first time it is saved.
Environment information
----------------------------------------
Reproduced on https://dmaster.demo.civicrm.org/ 9th Dec 2022
Comments
----------------------------------------5.72.0https://lab.civicrm.org/dev/core/-/issues/5088message template "Events - Registration Confirmation and Receipt (on-line)" -...2024-03-14T18:53:32ZDetlev Siebermessage template "Events - Registration Confirmation and Receipt (on-line)" - transaction no. not displayed## Overview
In this message template, the transaction id is not displayed anymore.
Probably, this is due to a recent code refactoring: https://github.com/civicrm/civicrm-core/commit/0242bc9a3f44e9c4a800ba03f3a4e8887d5eceda
## Reproduc...## Overview
In this message template, the transaction id is not displayed anymore.
Probably, this is due to a recent code refactoring: https://github.com/civicrm/civicrm-core/commit/0242bc9a3f44e9c4a800ba03f3a4e8887d5eceda
## Reproduction steps
1. Register for an online event, using a payment processor
2. Look at the registration confirmation mail
## Current behaviour
Instead of the transaction id, "1" is displayed:
![grafik.png](/uploads/b660a14bf7f314fff73ef8600a4db5b3/grafik.png)
## Expected behaviour
![grafik.png](/uploads/08786dc3201bbe926c94dd5439ad2172/grafik.png)
## Environment information
## Comments
A fix is under way.5.71.2Detlev SieberDetlev Sieberhttps://lab.civicrm.org/dev/core/-/issues/2594Contribution Recur reference in membership not updated in merging2024-03-14T05:03:20ZseamusleeContribution Recur reference in membership not updated in mergingWhen 2 contacts are merged and memberships are merged together, if the duplicate membership has a recurring contribution linked to it but the original didn't or visa versa (say someone renewed and opted in for a recurring membership). Th...When 2 contacts are merged and memberships are merged together, if the duplicate membership has a recurring contribution linked to it but the original didn't or visa versa (say someone renewed and opted in for a recurring membership). There is at present no handling in https://github.com/civicrm/civicrm-core/blob/master/CRM/Member/BAO/Membership.php#L2599 or https://github.com/civicrm/civicrm-core/blob/master/CRM/Dedupe/Merger.php#L385 https://github.com/civicrm/civicrm-core/blob/master/CRM/Dedupe/Merger.php#L427 which would cause the contribution recur information to be migrated across to the kept membership
cc @JoeMurrayhttps://lab.civicrm.org/dev/core/-/issues/3734Afform - Contacts are missing when editing the activity2024-03-14T05:03:19ZCésarAfform - Contacts are missing when editing the activityOverview
----------------------------------------
Hello, when editing an activity with afform, the contacts do not appear in contact ref field.
I'm not sure if this has been seen before, but it seems like undesirable behavior.
Example:...Overview
----------------------------------------
Hello, when editing an activity with afform, the contacts do not appear in contact ref field.
I'm not sure if this has been seen before, but it seems like undesirable behavior.
Example:
![activity_edit](/uploads/47ec6499b8874651673803358cd790c1/activity_edit.gif)
Reproduction steps
----------------------------------------
1. Create new activity sub form: https://dmaster.demo.civicrm.org/civicrm/admin/afform#create/form/Activity
2. Accept ID from URL in activity settings.
3. Add contact ref fields
4. Create activity and assign some contacts
5. Refresh the edit page.
Environment information
----------------------------------------
* Tested on https://dmaster.demo.civicrm.org/
* CiviCRM 5.53.alpha1https://lab.civicrm.org/dev/core/-/issues/5011PHP 8.3 Deprecated: Creation of dynamic property Smarty_Internal_Template::$c...2024-03-14T02:28:28ZsadashivPHP 8.3 Deprecated: Creation of dynamic property Smarty_Internal_Template::$compiled is deprecated in vendor/civicrm/civicrm-packages/smarty3/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php on line 719Overview
----------------------------------------
Using civicrm 5.69.3, php 8.3, smarty 3 (using civicrm.settings.php)
Reproduction steps
----------------------------------------
1. Created a code snippet to send a simple simple email u...Overview
----------------------------------------
Using civicrm 5.69.3, php 8.3, smarty 3 (using civicrm.settings.php)
Reproduction steps
----------------------------------------
1. Created a code snippet to send a simple simple email using CRM_Utils_Mail::Send()
2. The html should have some tokens
3. In the received email I see above error
Current behaviour
----------------------------------------
Email has text as
Deprecated: Creation of dynamic property Smarty_Internal_Template::$compiled is deprecated in /var/www/html/my_site/vendor/civicrm/civicrm-packages/smarty3/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php on line 719
Expected behaviour
----------------------------------------
No error should be reported in the email sendout.
Environment information
----------------------------------------
* __CiviCRM:__ 5.69.3
* __PHP:__ 8.3
* __CMS:__ Drupal 10.2.2
* __Database:__ _MySQL 8
* __Web Server:__ _Apache 2.4https://lab.civicrm.org/dev/drupal/-/issues/94Notice: Undefined property: CRM_Core_DAO2024-03-13T19:07:26ZGhost UserNotice: Undefined property: CRM_Core_DAOAfter a login in drupal I see the following errors:
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-street_address in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UF...After a login in drupal I see the following errors:
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-street_address in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-city in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-postal_code in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-country in CRM_Core_BAO_UFGroup::getValues() (Zeile 1264 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-country_id in CRM_Core_BAO_UFGroup::getValues() (Zeile 1266 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-state_province in CRM_Core_BAO_UFGroup::getValues() (Zeile 1264 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-state_province_id in CRM_Core_BAO_UFGroup::getValues() (Zeile 1266 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
![image](/uploads/02599db50123540bbe5d48006cd818a6/image.png)
---
CiviCRM Version: `7.x-5.18.4`
Drupal Version: `7.67`https://lab.civicrm.org/dev/drupal/-/issues/159Deprecated notice for pcpStatus (Personal Campaign Pages)2024-03-13T19:06:44ZPradeep Nayakpradpnayak@gmail.comDeprecated notice for pcpStatus (Personal Campaign Pages)```
CRM_Contribute_PseudoConstant::pcpStatus, use Function pcpStatus will
be removed.
Array
(
[civi.tag] => deprecated
)
CRM_Contribute_PseudoConstant::pcpStatus, use Function pcpStatus will
be removed.
Array
(
[civi.tag] => dep...```
CRM_Contribute_PseudoConstant::pcpStatus, use Function pcpStatus will
be removed.
Array
(
[civi.tag] => deprecated
)
CRM_Contribute_PseudoConstant::pcpStatus, use Function pcpStatus will
be removed.
Array
(
[civi.tag] => deprecated
)
```
We get this notice logged [from Views CiviCRM integration code](https://github.com/civicrm/civicrm-drupal/blob/7.x-master/modules/views/components/civicrm.contribute.inc#L1228).https://lab.civicrm.org/dev/core/-/issues/1450Multisite domain group fails on 5.20.02024-03-13T05:03:27ZandyburnsMultisite domain group fails on 5.20.0Overview
----------------------------------------
After an upgrade to 5.20.0, with WP multisite using the Multisite Permissioning extension version 2.7.3 (https://github.com/eileenmcnaughton/org.civicrm.multisite), users roles which rely...Overview
----------------------------------------
After an upgrade to 5.20.0, with WP multisite using the Multisite Permissioning extension version 2.7.3 (https://github.com/eileenmcnaughton/org.civicrm.multisite), users roles which rely on that extension in a domain group that has greater than 20,736 records fail to load contacts in CiviCRM. Any amount above this will return errors. They cannot even view their own contact.
On 5.19.2 and multisite permisisoning ext version 2.7.2 we had 69,713 records in a domain group and it worked.
We tried reverting to the 2.7.2 of this extension but it had no effect.
We know that it is a combination of version 5.20.0 and the multisite extension because we have other user roles at the county level that rely on 2nd degree relationship permissioning only and not the 'view all contact in domain' permission of the multisite extension for instance. Conversely, users who are administrators have no issue using the effected sites that have greater than 20,736 records in the domain group.
We tried to increase the maximum size of temporary tables in MySQL but it had no effect.
I think this is a core issue as the extension worked in 5.19.2. But feel free to move this issue to https://github.com/eileenmcnaughton/org.civicrm.multisite/issues if that makes more sense.
@eileen @kcristiano @seamuslee
Reproduction steps
----------------------------------------
1. Put more than 20736 records into a multisite permission group
2. Make that the multisite domain group
3. Do any search
4. Receive the following errors:
This error occurred after an advanced search
```
Database Error Code: The table 'civicrm_tmp_e_aclccache_d12b740b9b1f6940027087701e827d95' is full, 1114
Additional Details:
Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => handle
)
[code] => -1
[message] => DB Error: unknown error
[mode] => 16
[debug_info] => INSERT INTO civicrm_tmp_e_aclccache_d12b740b9b1f6940027087701e827d95 (user_id, contact_id, operation) SELECT DISTINCT 168522 as user_id, contact_a.id as contact_id, 'Edit' as operation
FROM civicrm_contact contact_a LEFT JOIN my_relationships_168522_75879 permrelationships
ON (contact_a.id = permrelationships.contact_id)
LEFT JOIN civicrm_group_contact multisiteGroupTable ON contact_a.id = multisiteGroupTable.contact_id
WHERE ((multisiteGroupTable.group_id IN (32,133) AND multisiteGroupTable.status IN ('Added') AND contact_a.is_deleted = 0) OR permrelationships.contact_id IS NOT NULL ) AND (contact_a.is_deleted = 0) [nativecode=1114 ** The table 'civicrm_tmp_e_aclccache_d12b740b9b1f6940027087701e827d95' is full]
[type] => DB_Error
[user_info] => INSERT INTO civicrm_tmp_e_aclccache_d12b740b9b1f6940027087701e827d95 (user_id, contact_id, operation) SELECT DISTINCT 168522 as user_id, contact_a.id as contact_id, 'Edit' as operation
FROM civicrm_contact contact_a LEFT JOIN my_relationships_168522_75879 permrelationships
ON (contact_a.id = permrelationships.contact_id)
LEFT JOIN civicrm_group_contact multisiteGroupTable ON contact_a.id = multisiteGroupTable.contact_id
WHERE ((multisiteGroupTable.group_id IN (32,133) AND multisiteGroupTable.status IN ('Added') AND contact_a.is_deleted = 0) OR permrelationships.contact_id IS NOT NULL ) AND (contact_a.is_deleted = 0) [nativecode=1114 ** The table 'civicrm_tmp_e_aclccache_d12b740b9b1f6940027087701e827d95' is full]
[to_string] => [db_error: message="DB Error: unknown error" code=-1 mode=callback callback=CRM_Core_Error::handle prefix="" info="INSERT INTO civicrm_tmp_e_aclccache_d12b740b9b1f6940027087701e827d95 (user_id, contact_id, operation) SELECT DISTINCT 168522 as user_id, contact_a.id as contact_id, 'Edit' as operation
FROM civicrm_contact contact_a LEFT JOIN my_relationships_168522_75879 permrelationships
ON (contact_a.id = permrelationships.contact_id)
LEFT JOIN civicrm_group_contact multisiteGroupTable ON contact_a.id = multisiteGroupTable.contact_id
WHERE ((multisiteGroupTable.group_id IN (32,133) AND multisiteGroupTable.status IN ('Added') AND contact_a.is_deleted = 0) OR permrelationships.contact_id IS NOT NULL ) AND (contact_a.is_deleted = 0) [nativecode=1114 ** The table 'civicrm_tmp_e_aclccache_d12b740b9b1f6940027087701e827d95' is full]"]
)
```
Current behavior
----------------------------------------
Unable to find contacts in CiviCRM rendering it unusable for users relying on multisite permissioning extension.
Environment information
----------------------------------------
* __Browser: Any
* __CiviCRM: 5.20.0
* __PHP: 7.2.25-1+ubuntu18.04.1+deb.sury.org+1
* __CMS: WordPress 5.3
* __Database: (Ubuntu) v5.7.28
* __Web Server: Apache/2.4.41 (Ubuntu)https://lab.civicrm.org/dev/core/-/issues/5089WP FormBuilder: u.hoverintent is not a function2024-03-12T23:54:12Zaydunsaidan.saunders@squiffle.ukWP FormBuilder: u.hoverintent is not a function## Overview
On WordPress, going to the FormBuilder page produces the js error `Uncaught TypeError: u.hoverintent is not a function`
## Reproduction steps
1. Log on to https://wpmaster.demo.civicrm.org (or a BuildKit new installation o...## Overview
On WordPress, going to the FormBuilder page produces the js error `Uncaught TypeError: u.hoverintent is not a function`
## Reproduction steps
1. Log on to https://wpmaster.demo.civicrm.org (or a BuildKit new installation of wpmaster)
2. Open your browser's Developer Tools
3. Go to `Administer > Customise Data & Screens > FormBuilder`
4. Observer the console errors:
```
Uncaught TypeError: u.hoverintent is not a function
<anonymous> https://wpmaster.demo.civicrm.org/wp-includes/js/admin-bar.min.js?ver=6.4.3:2
EventListener.handleEvent* https://wpmaster.demo.civicrm.org/wp-includes/js/admin-bar.min.js?ver=6.4.3:2
<anonymous> https://wpmaster.demo.civicrm.org/wp-includes/js/admin-bar.min.js?ver=6.4.3:2
admin-bar.min.js:2:2979
<anonymous> https://wpmaster.demo.civicrm.org/wp-includes/js/admin-bar.min.js?ver=6.4.3:2
(Async: EventListener.handleEvent)
<anonymous> https://wpmaster.demo.civicrm.org/wp-includes/js/admin-bar.min.js?ver=6.4.3:2
<anonymous> https://wpmaster.demo.civicrm.org/wp-includes/js/admin-bar.min.js?ver=6.4.3:2
jQuery.Deferred exception: f.find(...).hoverIntent is not a function @https://wpmaster.demo.civicrm.org/wp-admin/js/common.min.js?ver=6.4.3:2:12296
e@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:27028
Deferred/then/l/</t<@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:27330
setTimeout handler*Deferred/then/l/<@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:27594
c@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:25304
fireWith@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:26053
fire@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:26089
c@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:25304
fireWith@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:26053
ready@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:29112
P@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:28884
EventListener.handleEvent*@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:29264
@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:220
@https://wpmaster.demo.civicrm.org/wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils&ver=6.4.3:2:225
undefined load-scripts.php:2:28648
downloadable font: Glyph bbox was incorrect (glyph ids 33 55 62 81 82 83 84 87 88 89 90 112 119 120 123 139 159 162 164 166 178 184 185 217 218 272 273 274 275 279 281 284 290 291 292 309 310 319 321 323 326 329 330 331 332 333 334 339 341 347 349 351 352 353 354 357 358 361 366 367 370 371 414 431 436 444 445 458 460 464 465 483 505 508 511 514 516 517 518 520 521 538 539 546 568 574 579 580 585 586 594 596 599 602 603 616 618 622 627 629 630 633 634 638 643 645 651 654 665 675 685 686 688 691) (font-family: "FontAwesome" style:normal weight:400 stretch:100 src index:1) source: https://wpmaster.demo.civicrm.org/wp-content/plugins/civicrm/civicrm/bower_components/font-awesome/fonts/fontawesome-webfont.woff2?v=4.7.0
Uncaught TypeError: f.find(...).hoverIntent is not a function
<anonymous> https://wpmaster.demo.civicrm.org/wp-admin/js/common.min.js?ver=6.4.3:2
jQuery 13
common.min.js:2:12296
```
## Current behaviour
Errors
## Expected behaviour
No errors!
## Environment information
* **CiviCRM:** _Master_
* **CMS:** _WordPress 6.4.3 - Does not occur on Drupal_
## Comments
_Anything else you would like the reviewer to note._