Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-09-22T02:06:27Zhttps://lab.civicrm.org/dev/core/-/issues/3869Cannot update contacts via profile from Search Kit results2023-09-22T02:06:27ZlarsssandergreenCannot update contacts via profile from Search Kit resultsIf you select contacts from Search Kit results and then select Profile Update from the Action menu, you are able to select a profile in the dialog box, but after clicking Continue, the dialog simply closes.
Tested on dmaster (5.55.alpha...If you select contacts from Search Kit results and then select Profile Update from the Action menu, you are able to select a profile in the dialog box, but after clicking Continue, the dialog simply closes.
Tested on dmaster (5.55.alpha1) and 5.49.5.https://lab.civicrm.org/dev/core/-/issues/3868Link contribution view with asssociated entity2023-05-18T23:37:57ZyashodhaLink contribution view with asssociated entityWhen you view a contribution, there's no way to know whether this contribution was done as a part of membership, pledge or an event registration.
I propose provide this additional data. Display this under total amount
e,g
![Screens...When you view a contribution, there's no way to know whether this contribution was done as a part of membership, pledge or an event registration.
I propose provide this additional data. Display this under total amount
e,g
![Screenshot_from_2022-09-23_19-15-29](/uploads/24028770f5b17e20ab40334973061b05/Screenshot_from_2022-09-23_19-15-29.png)
Membership will be a link to membership view page.
(depending on the related entity we display the link)yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3867Subscription do-not-reply email causing issues with some mail servers connect...2023-11-20T23:59:49Znikola.mladenovicSubscription do-not-reply email causing issues with some mail servers connecting via SMTPOverview
----------------------------------------
We used integration via Contact Form 7 integration to connect Contact Form 7 in order to send data directly to CiviCRM. This works when server is connected to mail() but not via SMTP for ...Overview
----------------------------------------
We used integration via Contact Form 7 integration to connect Contact Form 7 in order to send data directly to CiviCRM. This works when server is connected to mail() but not via SMTP for some servers.
This issue is only present when you use Mailing Event: Subscribe to mailing list as Action in form processor.
The client uses cPanel, which by default has setup to decline all emails that do not exist (ex do-not-reply@domain.com). They do not use catchall. The issue itself is CiviCRM related, not FormProcessor.
When its set to SMTP, it tries to send email stimulating address do-not-reply@domain.com
Since it doesn't exist and SMTP is directly connected to only one email that wont work, as it tries to use that address for Subscribing process. When you send via mail() function you get email from proper email, but since server stimulates it, it doesn't cause a bug in that state.
Reproduction steps
----------------------------------------
1. Connect via SMTP to some cPanel SMTP or similar host that doesn't have catchall/VERP/do-not-reply@domain.com address present
2. Click on Administration -> Automation -> Form processor
2. Create Form processor that only has email for value
3. Add XCM contact matcher to match contact
4. Add type Mailing Event: Subscribe to mailing list
5. Save and Close -> Try out out
Current behaviour
----------------------------------------
When you try to fill out Contact Form 7 and it has SMTP connected, data is submitted but submission itself is not sent to the user.
When you use Try Out option for Form Processor you get error from the system: Unable to send email. Please report this message to the site administrator
In logs you can find this:
`[error] Mailing error: Failed to add recipient: user@website.org [SMTP: Invalid response code received from SMTP server while sending email. This is often caused by a misconfiguration in Outbound Email settings. Please verify the settings at Administer CiviCRM >> Global Settings >> Outbound Email (SMTP). (code: 550, response: Verification failed for...`
SMTP and bounce processing is functioning perfectly for newsletter.
Expected behaviour
----------------------------------------
It should by default use SMTP address not ask for do-not-reply@domain.com address as it sends even via SMTP with our hotfix. This causes issues for some SMTP connections, from some hosts. In this case from cPanel which does not have catchall setup or do-not-reply@domain.com address.
Current hotfix for client's needs
----------------------------------------
We made an edit in file civicrm/CRM/Mailing/Event/BAO/Subscribe.php on line 208 on master ('returnPath' => CRM_Core_BAO_Domain::getNoReplyEmailAddress()) to force to use same address as SMTP one and that works when subscription is received.
` 'returnPath' => 'smtp@domain.com',//CRM_Core_BAO_Domain::getNoReplyEmailAddress(), `
Environment information
----------------------------------------
* __Browser:__ _Firefox 105.0/Chrome 105.0.5195.127_
* __CiviCRM:__ _5.47.4_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP:__ _Php-7.4_
* __CMS:__ _Drupal-7.91_
* __Database:__ _mysql-8.0.30-0ubuntu0.20.04.2_
* __Web Server:__ _apache2-2.4.41_
Comments
----------------------------------------
Chat link of discussion:
https://chat.civicrm.org/civicrm/pl/1sqat1uwo3befca91akhmdzsre
Creating do-not-reply@domain.com address is also another fix, but its not noted anywhere but it should exist, either fixing this for global use or adding in CiviCRM to report that do-not-reply@domain.com doesn't exists should suffice.https://lab.civicrm.org/dev/core/-/issues/3866API - CustomGroup - extends_entity_column_value2022-09-26T23:06:37ZtschuettlerAPI - CustomGroup - extends_entity_column_valueOverview
----------------------------------------
Filtering custom field groupy by `extends_entity_column_value` is not possible via API. It is also not possible to create a custom field group via API explorer when trying to limit it by ...Overview
----------------------------------------
Filtering custom field groupy by `extends_entity_column_value` is not possible via API. It is also not possible to create a custom field group via API explorer when trying to limit it by `extends_entity_column_value`, because you have no option value to select.
Reproduction steps
----------------------------------------
1. Create a new Custom Field Group via UI.
* Let it extend `Activity` and limit it to `Phone Call`
1. Try to retrieve that Custom Field Group via APIv3 or APIv4 by adding a filter on `extends_entity_column_value`
1. The field for the Option list will remain empty with a loading gif in the API Explorer
Current behaviour
----------------------------------------
``` php
\Civi\Api4\CustomGroup::get()
->addWhere('extends', '=', 'Activity')
->addWhere('extends_entity_column_value:name', '=', 'Phone Call')
->execute();
```
Returns an empty result. The value for `extends_entity_column_value` seems to get dropped in the process of executing the query.
Creating the Custom Group via API works via code or browser, by creating the request manually.
https://dmaster.demo.civicrm.org/civicrm/api4#/explorer/CustomGroup/create?values=%5B%5B%22title%22,%22Phone%20Call%20Fields%22%5D,%5B%22extends%22,%22Activity%22%5D,%5B%22extends_entity_column_value:name%22,%22Phone%20Call%22%5D%5D
There is no drop down option in the API Explorer.
``` php
\Civi\Api4\CustomGroup::create()
->addValue('title', 'Phone Call Fields')
->addValue('extends', 'Activity')
->addValue('extends_entity_column_value:name', 'Phone Call')
->execute();
```
Expected behaviour
----------------------------------------
Existing custom field groups should be filterable by `extends_entity_column_value` via API.
Environment information
----------------------------------------
* __Browser:__ _Firefox 102.2.0
* https://dmaster.demo.civicrm.org
Comments
----------------------------------------
This seems to fail both with APIv3 and APIv4.https://lab.civicrm.org/dev/core/-/issues/3865Fix css for price fields of html type Select with long labels2022-10-07T17:07:08ZyashodhaFix css for price fields of html type Select with long labelsFix css for price fields of html type Select with long labels
Currently, the option labels are long the display looks something like this
![priceset_display](/uploads/1a388f9d0a0ce1cd146945bb0724b0b9/priceset_display.png)
this is on dm...Fix css for price fields of html type Select with long labels
Currently, the option labels are long the display looks something like this
![priceset_display](/uploads/1a388f9d0a0ce1cd146945bb0724b0b9/priceset_display.png)
this is on dmaster
I propose based on the string length of the longest option we should provide the display,so it doesn't look wrapped for some options.5.55.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3861add message template id to sendmail function2022-09-23T02:19:02Zmagnolia61add message template id to sendmail functionOverview
----------------------------------------
In trying to use AlterMailParams I ran into this 'bug'. The MessageTemplateID is a field that is used in the email workflow functions, but when manually sending an email using a message t...Overview
----------------------------------------
In trying to use AlterMailParams I ran into this 'bug'. The MessageTemplateID is a field that is used in the email workflow functions, but when manually sending an email using a message template the ID is not passed on.
Reproduction steps
----------------------------------------
1. Send email manually to a contact using a message template
2. the message template ID is not passed from submit function to sendmail function in CRM/Contact/Form/Task/EmailTrait.php
3. AlterMailParams cannot use the message template ID for the kind of mails
Current behaviour
----------------------------------------
Message Template ID is not passed on to send email functions
Expected behaviour
----------------------------------------
Message Template ID is not passed on to send email functions
Environment information
----------------------------------------
- CiviCRM: 5.53.0
- CMS: Drupal 7.92
- PHP: 7.4.30 (fpm-fcgi)
- Database: 10.5.15-MariaDB-0+deb11u1-log engine: InnoDB 10 row format: Dynamic, Compressed
- Webserver: Apache/2.4.54 (Debian)
Comments
----------------------------------------
PR: https://github.com/civicrm/civicrm-core/pull/24583https://lab.civicrm.org/dev/core/-/issues/3860{event.location} token in scheduled reminders doesn't include supplemental lines2022-09-23T15:32:31ZDaveD{event.location} token in scheduled reminders doesn't include supplemental linesWhen composing a scheduled reminder for events there's a choice of token `{event.location}`. If your event location uses the supplemental address lines they are not included in this token.
It's the same in 5.44 so not a recent change.When composing a scheduled reminder for events there's a choice of token `{event.location}`. If your event location uses the supplemental address lines they are not included in this token.
It's the same in 5.44 so not a recent change.https://lab.civicrm.org/dev/core/-/issues/3859Participant's fee amount changes when saving the associated contribution2023-10-12T20:08:01ZJonGoldParticipant's fee amount changes when saving the associated contributionWhen someone registers multiple participants for an event, saving the contribution will change the participant's `fee_amount` for the last participant.
### Replication Steps
* Create a new paid event with online registration (let's say ...When someone registers multiple participants for an event, saving the contribution will change the participant's `fee_amount` for the last participant.
### Replication Steps
* Create a new paid event with online registration (let's say tickets are $5).
* Allow registering multiple participants.
* Register for the event with at least one additional registrant (let's assume one additional person, so $10 total).
* Look at both contact's participant records - their fee amount (on the "Events" tab) will show $5.
* Click **Edit** for the contribution record on the primary registrant and then **Save** with no changes.
### Expected Result
The fee amount on both participant records remains at $5.
### Actual Result
The fee amount on the second participant records changes to $10.
### Analysis
This happens at `CRM_Contribute_Form_Contribution::submit()` [line 1580](https://github.com/civicrm/civicrm-core/blob/76fd5a1cea97f280e24604e741dafa0dad303af5/CRM/Contribute/Form/Contribution.php#L1580).
We call `CRM_Contribute_BAO_Contribution::getComponentDetails()` which claims it "Returns all contribution related object ids" but assumes that there is only one participant (and membership) record tied to a contribution. So it returns the participant ID of the last person registered, and then at line 1611-1614, resaves the participant record with the total amount of the contribution.
### Next Steps
Line 1602 claims we are "updating the line items for participants", and I understand updating the `fee_amount` if the price changes. However, lines 1610-1614 are better out than in - they're more liable to give a wrong answer than a right one. Alternatively, we can limit it to only work on single line item contributions.
The next step would be to deprecate `CRM_Contribute_BAO_Contribution::getComponentDetails($this->_id)` since it can't handle multiple membership/participant records, and replace it with a function that does. Then we can fix the code that calls the deprecated function.
I realize none of this code should be at the form layer - but that's a much larger job.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3858Email displays twice on Contribution Confirmation/Thank-you pages2023-11-23T07:47:00ZJonGoldEmail displays twice on Contribution Confirmation/Thank-you pagesOverview
----------------------------------------
If you have a profile on your contribution page that includes an email field, the email appears twice on the Confirmation and Thank-You pages.
Reproduction steps
------------------------...Overview
----------------------------------------
If you have a profile on your contribution page that includes an email field, the email appears twice on the Confirmation and Thank-You pages.
Reproduction steps
----------------------------------------
1. Create a contribution page.
1. Add a profile to the page that contains an email.
1. Submit a contribution.
Current behaviour
----------------------------------------
![Selection_1638](/uploads/e0bfd95675953dadba161aa20e658a99/Selection_1638.png)
Expected behaviour
----------------------------------------
![Selection_1637](/uploads/9c06ec7dc2f1537c860e904ba02f76d4/Selection_1637.png)
Comments
----------------------------------------
When an email field is present in a profile, we correctly hide the email field from the main contribution page. This extends that behavior to the confirmation and thank-you.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3857Only public custom groups should be shown in offline contribution receipts2022-10-01T01:07:07ZyashodhaOnly public custom groups should be shown in offline contribution receiptsIf a custom group is public, by definition it says : Check this box if you want this custom group to be displayed on public forms e.g. Event Information page. Only public custom groups will be included in event receipts.
But when you ha...If a custom group is public, by definition it says : Check this box if you want this custom group to be displayed on public forms e.g. Event Information page. Only public custom groups will be included in event receipts.
But when you have non public custom groups on contributions they show up in the offline receipts.5.55.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3856Discrepency in total with tax between Registration and Confirmation screen2022-09-23T14:22:14ZsamuelsovDiscrepency in total with tax between Registration and Confirmation screen# Overview
When using taxes, the total amount on the registration page of an event is not always the same as the total amount on the confirmation screen, which makes Stripe crashes.
# To reproduce
(reproduced in https://dmaster.demo.c...# Overview
When using taxes, the total amount on the registration page of an event is not always the same as the total amount on the confirmation screen, which makes Stripe crashes.
# To reproduce
(reproduced in https://dmaster.demo.civicrm.org/)
- set a financial account defining the taxes as 14.975 (i.e. Quebec taxes)
- add the taxes on one financial type
- create a price set with 1 checkboxes field with 3 options (using the taxable financial type) :
- $41.69
- $63.25
- $63.25
- create an event with this price set
When a user register on this event, on the registration page :
![ksnip_20220919-111927](/uploads/af2fa11c5cdfcae9c9f5aa79081bea99/ksnip_20220919-111927.png)
On the confirmation page :
![ksnip_20220919-112049](/uploads/9140ad148f42ae8a21d0123ed4d0efb5/ksnip_20220919-112049.png)
# Error in Stripe
For Stripe, this is a big deal because the payment is done in 2 steps and the amount must be the same, giving the following error :
```
This PaymentIntent's amount could not be updated because it has a status of requires_capture. You may only update the amount of a PaymentIntent with one of the following statuses: requires_payment_method, requires_confirmation, requires_action.
```
# Reason of the problem
My understanding so far:
- The registration page is doing a sum of all non rounded prices + taxes and do a rounding on the total.
- The confirmation page is doing the rounding on the prices and taxes and then do the sum
My preference is to have the behavior of the confirmation page. The rounding should happen on each item individually and then summed to have a total.https://lab.civicrm.org/dev/core/-/issues/3855Add membership status as a filter for scheduled reminders2023-11-23T19:06:27Zpallavi_compucoAdd membership status as a filter for scheduled reminders**Current Behaviour** : At the moment, Under Schedule Reminders(Administer->Communication->Schedule Reminders) for Memberships, there is an option to filter the memberships by the type (as shown in the screenshot attached).
![Screenshot...**Current Behaviour** : At the moment, Under Schedule Reminders(Administer->Communication->Schedule Reminders) for Memberships, there is an option to filter the memberships by the type (as shown in the screenshot attached).
![Screenshot_2022-09-19_at_7.41.00_PM](/uploads/4298414cd4f52fb03b8c1dafb0d356c5/Screenshot_2022-09-19_at_7.41.00_PM.png)
**Proposal for addition** : We would like to add another filter "Membership Status" next to membership type which will allow the Civi Admin to schedule the reminders for memberships with selected status so only the memberships having the selected status will be applicable for the scheduled reminders and will be sent an email.
The status filter will allow multiple status selection
![Screenshot_2022-09-19_at_7.41.39_PM](/uploads/b4ade89c0b04328ddbb6059447b89892/Screenshot_2022-09-19_at_7.41.39_PM.png)https://lab.civicrm.org/dev/core/-/issues/3854admin-ui extension: contact types doesn't work2022-09-20T00:04:38ZDaveDadmin-ui extension: contact types doesn't work```
TypeError: ctrl.settings is undefined
Angular 11
angular.js:15697:15
TypeError: this.settings is undefined
Angular 8
angular.js:15697:15
```
Came up while reviewing https://github.com/civicrm/civicrm-core/pull/24553 earlier....```
TypeError: ctrl.settings is undefined
Angular 11
angular.js:15697:15
TypeError: this.settings is undefined
Angular 8
angular.js:15697:15
```
Came up while reviewing https://github.com/civicrm/civicrm-core/pull/24553 earlier. It's not because of that PR.
@colemanw5.55.0https://lab.civicrm.org/dev/core/-/issues/3851Discussion: How to make past unsubscribes visible in the UI2022-10-11T10:38:49ZlarsssandergreenDiscussion: How to make past unsubscribes visible in the UIEdit: Title changed to reflect discussion, which has gone in a different (better) direction.
Sometimes, a contact unsubscribes from a group and is later re-added to the same group. After this happens, we no longer have any record of the...Edit: Title changed to reflect discussion, which has gone in a different (better) direction.
Sometimes, a contact unsubscribes from a group and is later re-added to the same group. After this happens, we no longer have any record of the contact unsubscribing as their group status has been updated to Added with the added date.
It would be useful to be able to check when a contact unsubscribed in order to troubleshoot (are contacts being re-added to groups they have unsubscribed from?), to confirm with the contact manually that they wish to be in a newsletter subscription group and generally to be able to say that the org has a record of the contact unsubscribing. Similarly, if a contact unsubscribes from a group that is later deleted, then there is no longer any record of their having unsubscribed.
So, I propose to add an activity whenever a contact unsubscribes from a group by email:
1. Add an activity type: Unsubscribe.
2. Whenever a contact unsubscribes by email, add an activity of this type with the subject indicating the group unsubscribed from and the mailing from which they unsubscribed: "Unsubscribed from GROUP via MAILING".
For similar record keeping purposes, I think it would make sense to do the same with opt outs, with a new Opt out activity type, with subject: "Opted out from bulk emails via MAILING".
In theory, these changes would be viewable in the change log, but that's only if you have logging turned on and are willing to trawl through many change log entries to try to find the relevant one. An activity would be much more usable and is in line with many other actions that are recorded as activities (like changes to recurring contributions, contributions themselves, membership status changes, event registrations and changes, etc).https://lab.civicrm.org/dev/core/-/issues/3849Additional Participants are incorrectly added to group set in profile for pri...2022-10-11T16:07:59ZlarsssandergreenAdditional Participants are incorrectly added to group set in profile for primary participantOverview
----------------------------------------
For an event where additional participants are allowed, where there is a different profile selected for the additional participants than for the primary participant, and there is a group ...Overview
----------------------------------------
For an event where additional participants are allowed, where there is a different profile selected for the additional participants than for the primary participant, and there is a group set for "Add contacts to a group?" for the primary participant profile, any additional participants will be added to that group — even when the profile for additional participants is not set to add contacts to a group.
If the profile for additional participants is not set to add contacts to any group, the additional participants will be added to the group for the primary participant profile. If the additional participants profile is set to add contacts to a different group, the additional participants will be added to both groups. This also works the other way as well, so the primary participant will be added to any groups set in additional participant profiles.
This is a significant problem as it can result in contacts being subscribed to newsletters that they have not consented to receive.
Reproduction steps
----------------------------------------
1. Set up two profiles, A adds to a group, B does not add to a group.
2. Set up an event that allows additional participant registration, with profile A for the primary participant and profile B for additional participants.
3. Register two contacts for the event.
4. Only the first contact should be added to the group specified in profile A, but both contacts will be added to the group.
Tested on dmaster (5.54.alpha1) and 5.49.5.
Cause
----------------------------------------
It appears the issue is [here](https://github.com/civicrm/civicrm-core/blob/0a9f0c346038aebf7c2baaf0f3f83b635251dfb3/CRM/Event/Form/Registration/Confirm.php#L1067). For each contact, this checks every field in the form, regardless of which profile it is in, and adds the contact to any groups it finds in any of those fields.
Proposed fix
----------------------------------------
For each contact, check if registered_by_id exists in $params.
If no, this is the primary participant. Check $form for custom_pre_id and custom_post_id (array) to get a list of profiles used.
If yes, this is an additional participant. Check $form for additional_custom_pre_id and additional_custom_post_id (array, if exists) to get a list of profiles used.
For each profile, check the API for an add_to_group_id and add it to $addToGroups if one exists. $form does include all fields from all profiles with add_to_group_id for each, but it seems cleaner to look this up rather than checking though a potentially long list of fields, I think.https://lab.civicrm.org/dev/core/-/issues/3848Multisite: dashlet irregular behavior2022-10-11T10:18:48ZandyburnsMultisite: dashlet irregular behaviorWithin a multisite instance, the `civicrm_dashboard_contact` behavior is a bit odd with a new twist with SK dashlets switching domains in `civicrm_dashboard`. Examining the behavior of both CiviReport dashlets and Search Kit, below:
**C...Within a multisite instance, the `civicrm_dashboard_contact` behavior is a bit odd with a new twist with SK dashlets switching domains in `civicrm_dashboard`. Examining the behavior of both CiviReport dashlets and Search Kit, below:
**CiviReport Dashlets**
If you add a CiviReport to via "Available for Dashboard?", observe that it adds a row in `civicrm_dashboard_contact` for all users of multisite, not just those in your domain, even though CiviReports is domain-aware (this also occurs with SK dashlets). This occurs on all domains generating dashboards.
Within `civicrm_dashboard`, 1 entry exists for the domain it was created on, so there is no linkage for the dashlet to show on any of the domains even though it is added in `civicrm_dashboard_contact`. Therefore, it does not show for those users.
**Search Kit Dashlets**
One feature that would be powerful to have is to have global reports in multisite. Good news is Search Kit is close to achieving this, and I currently use a version of this today. You can create a display and link the page with a relative URL in your CMS nav for instance (e.g. /wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fsome-display) and it will be accessible to any domain on your multisite and respect ACL's, etc. However, as with CiviReport, the `civicrm_dashboard` is generated for 1 domain. I have done a test of inserting the SK dashboard (cloning in MySQL) on all domains so users now see dashlet in available dashlets. Once they drag it as an active dashlet, it generates the entry in `civicrm_dashboard_contact.` That's good :)
However, we observe that domain ID 1 where the dashlet was created with Form Builder, switches the domain ID to the last in the array of domains of the civicrm.settings.php file. This occurs before and after generating an entry for all domains. In this case, See below from the `log_civicrm_dashboard` as evidence:
![image](/uploads/238a4a1b9f1f1a052207c16cf5785ce6/image.png)
I have been switching it back to domain ID 1, manually. Observe below that even with domain 57 having an entry for the dashboard, it still switched domain ID 1 dashlet to 57, resulting in duplicate dashlets.
![image](/uploads/fca03a597d44747e818c230c89a04c6e/image.png)
For Search Kit dashlets, the behavior that is not clear cut. It can vary and is dependent on if it is intended to be 1) a dashlet for it's domain only, or 2) a global dashlet for all domains. With this in mind, it would NOT be desirous to generate an entry in `civicrm_dashboard` for all domains, I think this is best left to inserting directly to MySQL if you intend to make a dashboard for more than 1 domain, or some paid development to enable this. It is similar to how `civicrm_navigation` needs to be built when generating a new domain on multisite.
Noting that `uf_match` table, adds an entry for domain ID 1 for people that are not users of domain ID 1. Perhaps this i why it is generating dashlets for these. @haystack just noting this may be related to uf_match behavior. I note that currently I have 352 domain ID 1 `uf_match` entries but not anywhere near that or ever had a cumulative user count near that number, however it is lower than the total users on all other domains:
![image](/uploads/14707cebad86bab3c9f27533f46c3e63/image.png)
Evidence below of 2 entries per user:
![image](/uploads/fb942aa4ad5f8d53159c262920577622/image.png)
Summary of issues:
- [ ] CiviReport / Search Kit dashlets should not generate an entry in `civicrm_dashboard_contact` for users not on it's domain (it's harmless, but also nonsensical)
- [ ] Search Kit Dashlets via Form Builder switch domain ID (High Priority)https://lab.civicrm.org/dev/core/-/issues/3847More useful error message on missing custom field2022-09-16T20:51:45Zmagnolia61More useful error message on missing custom fieldOverview
----------------------------------------
Always easier to find the needle if you know the right haystack
Current behaviour
----------------------------------------
Error message shows: Cannot find Custom Field
Proposed behavi...Overview
----------------------------------------
Always easier to find the needle if you know the right haystack
Current behaviour
----------------------------------------
Error message shows: Cannot find Custom Field
Proposed behaviour
----------------------------------------
Cannot find Custom Field with id 1234
Comments
----------------------------------------
Probably more places where this would help debugging a lot5.55.0https://lab.civicrm.org/dev/core/-/issues/3846FormBuilder - Unable to set default values for Date Picker fields2022-10-10T21:54:17ZfrancescbassasFormBuilder - Unable to set default values for Date Picker fieldsIt's not possible to set a default value for a Date Picker field. After selecting date on picker prompt the page redirects to `/civicrm/admin/afform#/?tab=form`
![picker](/uploads/86fda9f081e87756638533e2dc83fae4/picker.png)
Seen in 5...It's not possible to set a default value for a Date Picker field. After selecting date on picker prompt the page redirects to `/civicrm/admin/afform#/?tab=form`
![picker](/uploads/86fda9f081e87756638533e2dc83fae4/picker.png)
Seen in 5.53 production site and tested on dmaster 5.54.alpha1.
Also note that if 'Search by range' is marked, then two default values must be availablecolemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/3845Search kit - arithmetic not working2022-09-15T12:07:55ZvitiusSearch kit - arithmetic not workingIf I use arithmetic in "where" clause on integer field the search stops working.
![image](/uploads/fc6129b02dc7a545f59fdce07c7c4256/image.png)
I can't even find a configuration of where clause to make it work.If I use arithmetic in "where" clause on integer field the search stops working.
![image](/uploads/fc6129b02dc7a545f59fdce07c7c4256/image.png)
I can't even find a configuration of where clause to make it work.5.54.0https://lab.civicrm.org/dev/backdrop/-/issues/11Add a Views Contextual Filter Plugin for "CiviCRM ID from logged in person"2022-10-11T20:49:58ZlarynAdd a Views Contextual Filter Plugin for "CiviCRM ID from logged in person"We have Views Plugins for the following:
- "User account ID from logged in person"
- "User account ID from URL"
- "CiviCRM ID from URL"
I propose to add this one as well:
- "CiviCRM ID from logged in person"We have Views Plugins for the following:
- "User account ID from logged in person"
- "User account ID from URL"
- "CiviCRM ID from URL"
I propose to add this one as well:
- "CiviCRM ID from logged in person"