Development issueshttps://lab.civicrm.org/groups/dev/-/issues2022-06-01T18:20:45Zhttps://lab.civicrm.org/dev/core/-/issues/3487CiviCRM Status Page Blank Upon Upgrade to 5.50.02022-06-01T18:20:45ZjohngehrigCiviCRM Status Page Blank Upon Upgrade to 5.50.0Overview
----------------------------------------
Upon upgrade to CiviCRM 5.50.0, the CiviCRM Status page appears blank (i.e. no status information loads on the page). The CiviCRM status information still loads on the CiviCRM Dashboard i...Overview
----------------------------------------
Upon upgrade to CiviCRM 5.50.0, the CiviCRM Status page appears blank (i.e. no status information loads on the page). The CiviCRM status information still loads on the CiviCRM Dashboard in the modal bubble. Otherwise, the upgrade appears successful and everything works properly.
Reproduction steps
----------------------------------------
Run upgrade
Current behaviour
----------------------------------------
CiviCRM System Status page is blank (i.e. no status information loads)
Expected behaviour
----------------------------------------
CiviCRM System Status page loads System Status information
Environment information
----------------------------------------
Browser: Chrome 102.0.5005.63 (Official Build) (64-bit)<br/>
CiviCRM: 5.50.0, upgrading from 5.48.0<br/>
PHP: 7.4<br/>
CMS: WordPress 6.0<br/>
Database: MariaDB 10.3<br/>
Web Server: Apache
Comments
----------------------------------------
I tried to find the problem with the CiviCRM Status page but nothing really stuck out -- I checked the log files, cleared the cache, checked with a different browser, and also checked the cPanel logs but couldn't see anything with errors. Finally, I also checked the Release Notes for releases between 5.48.1 - 5.49.4 to see if any incremental release mentioned this type of error for a possible regression and did not see anything related to it in the Release Notes either.<br/><br/>![6-1-2022_1-01-40_PM](/uploads/98988532824cd2428dfb3f1ebcdaff4f/6-1-2022_1-01-40_PM.png)
![6-1-2022_1-02-08_PM](/uploads/d09873fcb5fa23476536d417a7a40d0e/6-1-2022_1-02-08_PM.png)https://lab.civicrm.org/dev/core/-/issues/3486Merge multiple event participant changes ownership of contribution inappropri...2024-02-04T05:03:27ZStoobMerge multiple event participant changes ownership of contribution inappropriatelyHow to reproduce:
1) Contact A purchases two tickets for self and guest, Contact B, using Multiple Participant registration. As appropriate this creates a contribution for Contact A, and participant for Contact A and Contact B.
2) Cont...How to reproduce:
1) Contact A purchases two tickets for self and guest, Contact B, using Multiple Participant registration. As appropriate this creates a contribution for Contact A, and participant for Contact A and Contact B.
2) Contact B is a duplicate record of pre-existing Contact C. Merge the "new" Contact B into into Contact C on the right.
3) Inappropriate behavior: the contribution record in Contact A record is on Contact C.https://lab.civicrm.org/dev/core/-/issues/3485Installer - CiviGrant option no longer works2022-06-11T15:47:08ZtottenInstaller - CiviGrant option no longer worksOverview
----------------------------------------
When performing a web-based installation on Drupal or WordPress, it presents a list of components that you can toggle. One option no longer works correctly.
Reproduction steps
---------...Overview
----------------------------------------
When performing a web-based installation on Drupal or WordPress, it presents a list of components that you can toggle. One option no longer works correctly.
Reproduction steps
----------------------------------------
1. Create an empty D7/BD/WP site
2. Enable CiviCRM
3. In the status alert, click the link to `civicrm/setup`
4. Enable the CiviGrant option
5. Proceed with install
Current behaviour
----------------------------------------
CiviGrant is not activated
Expected behaviour
----------------------------------------
Activate CiviGrant extension
Or: Don't present the option
Environment information
----------------------------------------
Hydra site for WP: http://site-list.test-1.civicrm.org:8001/?filter=hydra-* (http://hydra-wp.test-1.civicrm.org:8002/)
Comments
----------------------------------------
I noticed this while trying the 5.50 installer, but it probably regressed circa 5.48.
The installer currently presents a list of components (https://github.com/civicrm/civicrm-core/blob/master/setup/plugins/blocks/components.civi-setup.php) and populates `$e->getModel()->components`.
To configurably toggle extensions during install, it needs to update `$e->getModel()->extensions`.
https://github.com/civicrm/civicrm-core/blob/master/setup/src/Setup/Model.php#L42-L455.51.0https://lab.civicrm.org/dev/core/-/issues/3484Comments on notes has a bunch of problems: cannot delete nor update via UI, n...2024-02-05T05:03:29ZherbdoolComments on notes has a bunch of problems: cannot delete nor update via UI, not in API4I only just found out that notes can also have notes (called "comments" in the UI). This functionality is fairly broken. Cannot update nor delete via the UI. And cannot view/update/delete/add via API4.
Tested on CiviCRM 5.49.3 / Drupal 9.I only just found out that notes can also have notes (called "comments" in the UI). This functionality is fairly broken. Cannot update nor delete via the UI. And cannot view/update/delete/add via API4.
Tested on CiviCRM 5.49.3 / Drupal 9.https://lab.civicrm.org/dev/core/-/issues/3483Error when deleting a note: Undefined index: parent_id in CRM_Note_Form_Note-...2024-02-05T05:03:28ZherbdoolError when deleting a note: Undefined index: parent_id in CRM_Note_Form_Note->postProcess()Overview
----------------------------------------
After deleting a note (for instance, on a contact): https://EXAMPLE.org/civicrm/contact/view/note?action=delete&reset=1&cid=314758&id=390738&selectedChild=note.
Results in:
> Notice: U...Overview
----------------------------------------
After deleting a note (for instance, on a contact): https://EXAMPLE.org/civicrm/contact/view/note?action=delete&reset=1&cid=314758&id=390738&selectedChild=note.
Results in:
> Notice: Undefined index: parent_id in CRM_Note_Form_Note->postProcess() (line 169 of /var/www/vhosts/EXAMPLE.org/www/vendor/civicrm/civicrm-core/CRM/Note/Form/Note.php)
Reproduction steps
----------------------------------------
1. Create a note on a contact.
2. Delete that contact.
3. Check error logs.
`postProcess()` is looking for `$params['parent_id']` even though it is not being set when deleting a note.
It appears that `parent_id` is only used for "comments" on notes. This area of the code is a bit funky and doesn't appear to be exposed to API4 (don't see any parent_id there). In `CRM_Note_Form_Note` the `_parentId` is being set based on `$_GET` so I don't think that would be available to the API.
Tested on CiviCRM 5.49.3.https://lab.civicrm.org/dev/core/-/issues/3482mailing workflow: approval doesn't update mailing; creates empty mailing2022-06-01T01:07:07Zlcdwebmailing workflow: approval doesn't update mailing; creates empty mailingTo replicate this issue:
- enable the advanced mailing workflow features (Drupal only)
- create separate users with create/schedule/approve permissions (you must have separate users for schedule/approve at a minimum. if a user has both ...To replicate this issue:
- enable the advanced mailing workflow features (Drupal only)
- create separate users with create/schedule/approve permissions (you must have separate users for schedule/approve at a minimum. if a user has both of those permissions they are handled in a single step and doesn't trigger this error)
- create a mailing
- login as the scheduler user and schedule the mailing
- login as the approver user and approve the mailing
Expected behavior: Mailing is marked approved and queued for delivery.
Actual behavior: Mailing is left in an unapproved state and an empty mailing record is created.
Explanation of problem:
If the advanced workflow functionality is enabled, the approval step is handled with a separate form (CRM_Mailing_Form_Approve). In the postProcess method the function call to update the mailing with the approval status uses now-removed parameters. As a result, the mailing ID is not passed, the existing mailing is not updated, and a new mailing record stub is created.5.50.0lcdweblcdwebhttps://lab.civicrm.org/dev/core/-/issues/3481Primary email is not visually marked as primary2022-06-03T21:55:57Zmagnolia61Primary email is not visually marked as primaryFor phone numbers a visual sign is shown to show which is the primary phone number.
For email addresses this is not the case.
What would be needed to show which email address is the primary one?
Is this a civicrm core thing firstly?
us...For phone numbers a visual sign is shown to show which is the primary phone number.
For email addresses this is not the case.
What would be needed to show which email address is the primary one?
Is this a civicrm core thing firstly?
using contactlayout without shoreditch
![image](https://user-images.githubusercontent.com/2195908/170932708-81876bb9-e1ca-41c3-8c19-9c65ea386503.png)
using contactlayout with shoredich
![image](https://user-images.githubusercontent.com/2195908/170933137-f6aaaa8d-29d7-43f0-8664-3fb8a2c0f47c.png)5.51.0https://lab.civicrm.org/dev/core/-/issues/3480Allow entering website URLs with special characters / IDN in backend2022-05-27T16:42:36ZAndreasandreas.howiller@civiservice.deAllow entering website URLs with special characters / IDN in backendOverview
----------------------------------------
Since a couple of years so called internationalized domain names (IDN) are allowed that contain special characters like German Umlauts, chracters from the Arabic alphabet etc. Modern web ...Overview
----------------------------------------
Since a couple of years so called internationalized domain names (IDN) are allowed that contain special characters like German Umlauts, chracters from the Arabic alphabet etc. Modern web browsers also support them and so it's no surprise that they are more and more in use. That's why for instance http://münchen.de or http://köln.de are registered domains. However CiviCRM won't accept entering these in the contact screen:
![grafik](/uploads/65b49553963fd94ba8e676ad5d0972c6/grafik.png)
In the case of _münchen.de_ which is forwarded to _muenchen.de_ this would be managable, but from real CiviCRM usecases I know dozends of URLs that don't come with alternatives so users won't get them into their Civi (theoretically they could convert them using an IDN converter so that _münchen.de_ becomes _xn--mnchen-3ya.de_ but in practice this is not a real option).
Current behaviour
----------------------------------------
Website URLs containing special characters (valid according to IDN standards) cannot be entered in the backend.
Proposed behaviour
----------------------------------------
Website URLs containing special characters (valid according to IDN standards) can be entered in the backend.https://lab.civicrm.org/dev/core/-/issues/3479make the hook usable by passing the sql2024-02-04T05:03:25Zyashodhamake the hook usable by passing the sqlCurrently, we are not passing the sql in the _alterReportVar_ hook.
`CRM_Utils_Hook::alterReportVar('sql', $this, $this);`
Objective is to make the hook usable by passing the sql instead of redundant params.Currently, we are not passing the sql in the _alterReportVar_ hook.
`CRM_Utils_Hook::alterReportVar('sql', $this, $this);`
Objective is to make the hook usable by passing the sql instead of redundant params.yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3477SearchKit - dashboard tables2023-12-03T16:32:00Zaydunsaidan.saunders@squiffle.ukSearchKit - dashboard tablesOverview
----------------------------------------
This is about how we can produce dashboard-like summary data with SearchKit to replace existing dashboards and make them more customisable.
For example, consider the Cases dashboard:
...Overview
----------------------------------------
This is about how we can produce dashboard-like summary data with SearchKit to replace existing dashboards and make them more customisable.
For example, consider the Cases dashboard:
- the rows are Case Types
- the columns are the values of Case Status
- the table cells are counts of matching cases, linked to another search
Option 1
--------
SearchKit can produce the counts with eg:
![image](/uploads/16d551f0332f28f4f2a5ef8a6e4a1ff4/image.png)
Maybe a new Display type could restructure the data to produce the desired format.
(Note that is should be based off of CaseType rather than Cases so that types with no cases are shown. But CaseType is not currently available.)
Option 2
--------
See https://gist.github.com/aydun/d49197c81205b463ef5cdef38c97b317
The recently added data segmentation functionality adds 'virtual fields' for group-by purposes. Maybe we could add virtual fields based around the idea of the gist to create virtual fields from an option group so an option group of case_status becomes a set of fields `sum(status_id=1), sum(status_id=2)` etc.
However, I don't think SearchKit/Api4 can produce sql like that - but maybe it can!
Both of these would need to accommodate linking the cells to another parameterized search.
Option 3
----------------------------------------
Something else ...https://lab.civicrm.org/dev/core/-/issues/3476API Explorer v4 web page broken2022-05-28T09:41:24ZspalmstromAPI Explorer v4 web page brokenOverview
----------------------------------------
API Explorer v4 gives a broken page when running in an environment that wasn't originally en_US.
Reproduction steps
----------------------------------------
1. Click on **Support -> Deve...Overview
----------------------------------------
API Explorer v4 gives a broken page when running in an environment that wasn't originally en_US.
Reproduction steps
----------------------------------------
1. Click on **Support -> Developer -> API Explorer v4**.
Current behaviour
----------------------------------------
![image](/uploads/afc9e5a33d24a4165dcb7f09424d8c9e/image.png)
Expected behaviour
----------------------------------------
![image](/uploads/23c47fb08a917b0766caf244d0a63d7e/image.png)
as demonstrated by the demo environment.
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 necessary. -->
* __Browser:__ _MS Edge_ but probably irrelevant.
* __CiviCRM:__ _5.49.2/5.51.alpha1_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP:__ _7.4__ but probably irrelevant.
* __CMS:__ _Drupal 9.3.13_ but probably irrelevant.
* __Database:__ _MySQL 8_ but probably irrelevant
* __Web Server:__ _IIS 10_
Comments
----------------------------------------
I am seeing this in two instance, both were set up using en_GB as the language. Reverting to single language didn't help. The page debugger shows four errors along the same lines:
```
https://<web root>/libraries/civicrm/core/bower_components/google-code-prettify/bin/prettify.min.css?r=MYbGEen_GB
```
returns a 404 error.
My theory as to why the local instances aren't working may, of course, be completely wrong, but I look to those more expert in what API Explorer v4 is doing to be able to help. Any suggestions as to a solution would be appreciated.https://lab.civicrm.org/dev/core/-/issues/3475Add 'yesno' html_type in Settings metadata2022-05-20T21:07:07Zaydunsaidan.saunders@squiffle.ukAdd 'yesno' html_type in Settings metadataOverview
----------------------------------------
YesNo fields (radio buttons with Yes/No) can be specified in settings metadata by using the deprecated `quick_form_type` property but not with its replacement `html_type`
Current behavio...Overview
----------------------------------------
YesNo fields (radio buttons with Yes/No) can be specified in settings metadata by using the deprecated `quick_form_type` property but not with its replacement `html_type`
Current behaviour
----------------------------------------
Can only create Yes/No fields using deprecated `quick_form_type` property.
Proposed behaviour
----------------------------------------
Can create Yes/No fields using `html_type` property with value `yesno`.
Comments
----------------------------------------
`CRM_Admin_Form_SettingTrait::addFieldsDefineInSettingsMetadata()` handles YesNo fields but `CRM_Admin_Form_SettingTrait::getQUickFormType()` can only return YesNo from `$spec['quick_form_type']`, not from `$spec['html_type']`aydunsaidan.saunders@squiffle.ukaydunsaidan.saunders@squiffle.ukhttps://lab.civicrm.org/dev/core/-/issues/3474Afform - display privacy flag icons2024-03-07T23:35:11Zaydunsaidan.saunders@squiffle.ukAfform - display privacy flag iconsOverview
----------------------------------------
Form builder allows an icon to be selected conditionally when displaying a field. However, the icons that we use for the privacy flags 'do not email', 'do not phone' etc are actually mul...Overview
----------------------------------------
Form builder allows an icon to be selected conditionally when displaying a field. However, the icons that we use for the privacy flags 'do not email', 'do not phone' etc are actually multiple stacked icons and cannot be added to the display.
Example use-case
----------------------------------------
It would be useful (probably recommended) that when displaying an email address (or phone etc) for a contact with the 'do not email' privacy flag that the icon is shown next to the email address.
Current behaviour
----------------------------------------
A single icon can be displayed, but not stacked icons.
Proposed behaviour
----------------------------------------
Be able to display the privacy flag icons.
Comments
----------------------------------------
The privacy icons are added by the smarty function `CRM/Core/Smarty/plugins/function.privacyFlag.php`
Form builder allows using smarty in the rewrite field so I tried a rewrite of:
`{privacyFlag field=do_not_email condition=[do_not_email]} `
but 2 problems:
- the generated html is displayed rather than the icons
- conditional does not work because the `[do_not_email]` is passed as 'Yes' or 'No' instead of 1 or 0.
One approach would be to refactor the stacked icons out of the smarty function and make privacy flag icons a specific option in form builder.
Alternatively the form builder support for icons could be expanded to allow arbitrary stacked icons.https://lab.civicrm.org/dev/core/-/issues/3473Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group ...2024-01-30T05:03:23Zjustinfreeman (Agileware)Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group field on Scheduled Reminders if it Limit To option is "Neither"Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group field on Scheduled Reminders if it Limit To option is "Neither".
Follow-up on this regression in CiviCRM https://lab.civicrm.org/dev/core/-/issues/3464#note_74...Follow-up on Regression #3464 impacting Schedule Reminders - Clear the Group field on Scheduled Reminders if it Limit To option is "Neither".
Follow-up on this regression in CiviCRM https://lab.civicrm.org/dev/core/-/issues/3464#note_74627
Change the logic on the Scheduled Reminder form to remove the value of the Group ID field on save if the limit_to value is "1".
If this had been implemented in the first place, the impact of this bug, https://lab.civicrm.org/dev/core/-/issues/3464 would have been mitigated. And would have very likely not required any remediation reverts:
https://github.com/civicrm/civicrm-core/pull/23490
https://github.com/civicrm/civicrm-core/pull/23497
WIP PR #23487 is available here, https://github.com/civicrm/civicrm-core/pull/23487
@eileen @monish.deb
Agileware Ref: CIVICRM-1986https://lab.civicrm.org/dev/core/-/issues/3472Event participant selection gets lost when changing page2024-01-31T05:03:27ZPhilipp MichaelEvent participant selection gets lost when changing pageOverview
----------------------------------------
On the find participant lists you are unable to select multiple rows across several pages.
Reproduction steps
----------------------------------------
1. Click on **Events -> Find Partic...Overview
----------------------------------------
On the find participant lists you are unable to select multiple rows across several pages.
Reproduction steps
----------------------------------------
1. Click on **Events -> Find Participants**.
1. Click on **Search** to get a list of all participants (you need at least 25 to get paging).
1. Select at least one participant
1. Notice that the radio button "Selected records only" gets updated accordingly to the selection.
1. Click on **Next** to change page.
1. Notice that the radio button "Selected records only" contains "0".
1. Click on **Back** to change to previous page.
1. Notice that the selection is lost.
Current behaviour
----------------------------------------
If you search for participants (or list participants of a certain event) and select some rows to make some bulk changes, selected rows get lost when using the pagination.
![Participant-Selection](/uploads/3d580a599058faec2cbf42bf9458bc57/Participant-Selection.gif)
Expected behaviour
----------------------------------------
The selection should be persistant across pages.
Environment information
----------------------------------------
* __Browser:__ Firefox 100.0.1
* __CiviCRM:__ _5.47.4_
* __PHP:__ _7.4.29__
* __CMS:__ _Drupal 7_
Comments
----------------------------------------
* The problem does not occur on contact search pages.
* There is a similar issue which has been fixed but seems to be occurring again: https://lab.civicrm.org/dev/core/-/issues/990https://lab.civicrm.org/dev/core/-/issues/3471Address parsing reporting on import - needed? reachable?2022-06-10T08:57:41ZeileenAddress parsing reporting on import - needed? reachable?When importing contacts there is handling for USPS address parsing
My take on it is the USPS parsing has almost certainly stopped working and it is pretty hard to see how someone would implement their own (& why they wouldn't use a pre ...When importing contacts there is handling for USPS address parsing
My take on it is the USPS parsing has almost certainly stopped working and it is pretty hard to see how someone would implement their own (& why they wouldn't use a pre hook)
However, my proposal here is not to remove all USPS coding - just to remove REPORTING of rows that failed to usps code in the import. This involves a lot of code and slows down the import simply to put up a message that seems very marginally useful if it DOES work
![image](/uploads/897c4225592936417ad500725c72864f/image.png)
![image](/uploads/13984b6f2e30d5d701c160deb26c464c/image.png)5.51.0https://lab.civicrm.org/dev/core/-/issues/3469Searchkit relationship permissions (API4)2022-08-04T21:49:47ZfrancescbassasSearchkit relationship permissions (API4)In a SearchKit with a Relationship involved, it's necessary to have "administer CiviCRM" permissions to get results. Users without this permissions get no results and logs show an error like:
> AJAX Error ({error_id}): failed with excep...In a SearchKit with a Relationship involved, it's necessary to have "administer CiviCRM" permissions to get results. Users without this permissions get no results and logs show an error like:
> AJAX Error ({error_id}): failed with exception Array ( [error_id] => t464-snEL-Taiu [exception] => **Civi\API\Exception\UnauthorizedException: "Authorization failed"** #0 /web/sites/all/modules/civicrm/Civi/API/Kernel.php(147): Civi\API\Kernel->authorize(Object(Civi\Api4\Provider\ActionObjectProvider), Object(Civi\Api4\Generic\DAOGetAction)) #1 /web/sites/all/modules/civicrm/Civi/Api4/Generic/AbstractAction.php(234): Civi\API\Kernel->runRequest(Object(Civi\Api4\Generic\DAOGetAction)) #2 /web/sites/all/modules/civicrm/api/api.php(85): Civi\Api4\Generic\AbstractAction->execute() #3 /web/sites/all/modules/civicrm/ext/search_kit/Civi/Api4/Action/SearchDisplay/Run.php(70): **civicrm_api4("RelationshipCache", "get", (Array:11), NULL)** #4 /web/sites/all/modules/civicrm/ext/search_kit/Civi/Api4/Action/SearchDisplay/AbstractRunAction.php(110): Civi\Api4\Action\SearchDisplay\Run->processResult(Object(Civi\Api4\Result\SearchDisplayRunResult)) #5 /web/sites/all/modules/civicrm/Civi/Api4/Provider/ActionObjectProvider.php(68): Civi\Api4\Action\SearchDisplay\AbstractRunAction->_run(Object(Civi\Api4\Result\SearchDisplayRunResult)) #6 /web/sites/all/modules/civicrm/Civi/API/Kernel.php(149): Civi\Api4\Provider\ActionObjectProvider->invoke(Object(Civi\Api4\Action\SearchDisplay\Run)) #7 /web/sites/all/modules/civicrm/Civi/Api4/Generic/AbstractAction.php(234): Civi\API\Kernel->runRequest(Object(Civi\Api4\Action\SearchDisplay\Run)) #8 /web/sites/all/modules/civicrm/ext/search_kit/Civi/Api4/Action/SearchDisplay/AbstractRunAction.php(83): Civi\Api4\Generic\AbstractAction->execute() #9 /web/sites/all/modules/civicrm/api/api.php(85): Civi\Api4\Action\SearchDisplay\AbstractRunAction->execute() #10 /web/sites/all/modules/civicrm/CRM/Api4/Page/AJAX.php(136): civicrm_api4("SearchDisplay", "run", (Array:9), NULL) #11 /web/sites/all/modules/civicrm/CRM/Api4/Page/AJAX.php(67): CRM_Api4_Page_AJAX->execute("SearchDisplay", "run", (Array:9)) #12 /web/sites/all/modules/civicrm/CRM/Core/Invoke.php(319): CRM_Api4_Page_AJAX->run((Array:3), NULL) #13 /web/sites/all/modules/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:3)) #15 /web/sites/all/modules/civicrm/drupal/civicrm.module(471): CRM_Core_Invoke::invoke((Array:3)) #16 /web/includes/menu.inc(527): civicrm_invoke("ajax", "api4") #17 /web/index.php(21): menu_execute_active_handler() #18 {main} )colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/3468Afform: include relationship fields in filters when using Related Contacts2022-08-20T21:13:45Zaydunsaidan.saunders@squiffle.ukAfform: include relationship fields in filters when using Related ContactsOverview
----------------------------------------
If you create a search using a Contact and Related Contact with a form to display it, the fields of the Contact and Related Contact are available as filters, but not the fields of the lin...Overview
----------------------------------------
If you create a search using a Contact and Related Contact with a form to display it, the fields of the Contact and Related Contact are available as filters, but not the fields of the linking Relationship.
Proposed behaviour
----------------------------------------
Include the fields of the Relationship in the available filter fields.
Comments
----------------------------------------
https://chat.civicrm.org/civicrm/pl/dpsi4tmjjfgo9jdgyjfqf175fccolemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/3467Drupal8/9 Sync email own user from Civi2022-05-27T13:27:06ZCésarDrupal8/9 Sync email own user from CiviHello all,
Modifying your own email from civi does not modify it in drupal, but you can modify any email of any contact and its sync fine. It works fine in D7.
Is this a good approach? Or am I missing something? I have also tested th...Hello all,
Modifying your own email from civi does not modify it in drupal, but you can modify any email of any contact and its sync fine. It works fine in D7.
Is this a good approach? Or am I missing something? I have also tested the permissions of the userprotect module.
I discussed this problem some time ago in the CiviCRM chat for Drupal 8:
https://chat.civicrm.org/civicrm/pl/i6fyu7a3jpb1mfgffqcmyrxhmr
I found this validation when contact is updated and Symfony throws the error:
```
Your current password is missing or incorrect; it's required to change the %name.
```
Source: https://github.com/civicrm/civicrm-core/blob/5.45.1/CRM/Utils/System/Drupal8.php#L117
Tested in CiviCRM 5.45
Reproduction steps
----------------------------------------
1. Edit your own email in the CiviCRM.
2. Editing another contact's email in CiviCRM.5.51.0https://lab.civicrm.org/dev/core/-/issues/3466On_hold field for phone record2024-02-28T05:03:22Zmagnolia61On_hold field for phone recordOverview
----------------------------------------
I think by design the civicrm_phone table should also have an on_hold field in order to 'block' individual phone numbers from receiving calls and texts.
I think this would help to better...Overview
----------------------------------------
I think by design the civicrm_phone table should also have an on_hold field in order to 'block' individual phone numbers from receiving calls and texts.
I think this would help to better refine the means to comply to privacy regulations.
Current behaviour
----------------------------------------
Only on a contact level do_not_call and do_not_sms are available as options
Proposed behaviour
----------------------------------------
Just like the civicrm_email table individual phone numbers can be 'disabled' from receiving (automatic) texts and calls.
Comments
----------------------------------------
I am not really able to code this but would be able to help think about it and help test.