Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-01-24T05:03:42Zhttps://lab.civicrm.org/dev/core/-/issues/1373Print/Merge document fails when 'a' tag href attribute set to #2023-01-24T05:03:42ZmikantchapPrint/Merge document fails when 'a' tag href attribute set to #* Find contact and choose Print/Merge document.
* Select the 'Sample CiviMail newsletter Template'.
* Set Document Type to MS Word docx.
* Try to download the document - get a WSOD at civicrm/activity/pdf/add.
* Change the href="#" to a ...* Find contact and choose Print/Merge document.
* Select the 'Sample CiviMail newsletter Template'.
* Set Document Type to MS Word docx.
* Try to download the document - get a WSOD at civicrm/activity/pdf/add.
* Change the href="#" to a valid target, download now works.https://lab.civicrm.org/dev/core/-/issues/1445Related / Inherited Memberships: New Relationship added to membership does no...2023-01-23T08:54:21ZkainukRelated / Inherited Memberships: New Relationship added to membership does not copy custom fieldsOverview
----------------------------------------
CiviCRM offers the option to share a membership between a group of contacts. For example the employees of a company or the members of a household. In the databases this is ensured by crea...Overview
----------------------------------------
CiviCRM offers the option to share a membership between a group of contacts. For example the employees of a company or the members of a household. In the databases this is ensured by creating a copy of each membership record. On of them is the parent record, the interface allows to change it. Alle the properties are subsequently copied to the other membership records.
A membership can have customfields, and these are copied as well (in the near future after the merge of https://github.com/civicrm/civicrm-core/pull/15884).
When a new contact is added to the group, by creating the new relationship, a new copy of the membership is created. However the creation of the corresponding custom fields is ommited.
Reproduction steps
----------------------------------------
The bug can reproduced on a copy of the dmaster database 5.21.alpha1
1. Install https://github.com/civicrm/civicrm-core/pull/15884)
1. Create a new Household Membership Membership. Add the following to relationships to the membership. _Head of Household_ is and _Household Member is_
![bug01](/uploads/5ac404bc504217bc7e42207cdb8d4221/bug01.png)
1. Create a custom field that is valid for this membership:
![bug02](/uploads/1e961bca40e0ff198ba53377d9ca19a1/bug02.png)
1. Make the Grant family a member. Fill the custom field with a value. The membership is copied nicely to all the Grant Children and parents. In the records there is copy of the custom value.
1. Now add a new Relationship with the type Household Member (Of if see the need a second Head of the Household). Create a in the process, and name it Luke Grant
Current behaviour
----------------------------------------
Go the contact card of Luke Grant and inspect is membership. The custom field is empty:
![bug03](/uploads/a6da7ce5622b77e543ceaa13101783e8/bug03.png)
Expected behaviour
----------------------------------------
The custom field should have the same value as the parent membership.
Comments
----------------------------------------
The issue is related to https://lab.civicrm.org/dev/core/issues/1365https://lab.civicrm.org/dev/core/-/issues/1249Paypal IPN fails when contact is merged2023-01-23T05:03:26ZandrewcormickdockeryPaypal IPN fails when contact is mergedSome contacts, when they sign up to a Paypal recurring contribution on our online forms, use details which which do not exactly match what we already have for them in Civi, so a new contact is created at that time. We have volunteers wh...Some contacts, when they sign up to a Paypal recurring contribution on our online forms, use details which which do not exactly match what we already have for them in Civi, so a new contact is created at that time. We have volunteers which search for such duplicates and merge them back into the original contact.
But the IPN details do not change. The IPN still sends back the information with the contact ID set to the duplicated ID, so then Civi refuses to process it and gives the message "Could not find contact record: 123456 in IPN request". So these contacts end up never having their transactions recorded in Civi as a result.
The Paypal IPN details cannot be altered. But people's contact ID do sometimes change, so Civi must take this into account. One of the details in the IPN, the Contribution Recur ID, is actually correct (as is the Contribution ID of the original contribution). So a possible solution might be for Civi to look at those details instead and infer the correct contact ID to record the new transaction.https://lab.civicrm.org/dev/core/-/issues/1501Contribution receipt omits "Contact Info" and "On Behalf Of Organization" sec...2023-01-23T05:03:25ZBobSContribution receipt omits "Contact Info" and "On Behalf Of Organization" sections if contribution is made on behalf of organizationOverview
----------------------------------------
Contribution receipts for contributions made on behalf of an organization omit the expected "Contact Info" and "On Behalf Of Organization" sections.
The problem was observed for both re...Overview
----------------------------------------
Contribution receipts for contributions made on behalf of an organization omit the expected "Contact Info" and "On Behalf Of Organization" sections.
The problem was observed for both recurring and non-recurring contributions made via PayPal.
The problem does not occur for contributions made using the Pay Later option.
Reproduction steps
----------------------------------------
Make a contribution on behalf of an organization using the PayPal Standard payment processor (other payment processors were not tested).
Current behaviour
----------------------------------------
The receipt omits the "Contact Info" and "On Behalf Of Organization" sections.
![image](/uploads/e5530120c5e952b613398b413983ca1e/image.png)
Expected behaviour
----------------------------------------
The receipt includes the "Contact Info" and "On Behalf Of Organization" sections as shown in this image for a contribution made with the Pay Later option.
![image](/uploads/97be06492aa938106a6341655f8966db/image.png)
Environment information
----------------------------------------
* __CiviCRM:__ _5.20.0_
* __PHP:__ _7.2.26_
* __CMS:__ _Drupal 7.30_
* __Database:__ _MariaDB 10.0_
* __Web Server:__ _Apache 2.4.41_
* __Payment Processor:__ _Paypal Standard_https://lab.civicrm.org/dev/core/-/issues/1154Premiums doesn't work well with Price sets2023-01-22T05:03:43ZherbdoolPremiums doesn't work well with Price setsHow it works currently:
On a contribution page with a price set and with a premium product. Selecting the premium will display "You must contribute at least $ XX.00 to get this item" no matter what amount is in the total contribution. T...How it works currently:
On a contribution page with a price set and with a premium product. Selecting the premium will display "You must contribute at least $ XX.00 to get this item" no matter what amount is in the total contribution. There is also a "Contribute $XX instead" button which never goes away. It seems to select the first price set field but doesn't disappear. And selecting the price set field doesn't update the total.
How it should work:
Should work more like the "Other amount" field which the premium button will recognize the contribution amount.
---
I've never used premiums. Is it an old, crusty part of the code? It doesn't seem to have been used enough for people to complain it doesn't work. I searched other issues to see premiums is worth using. It's not clear. There seem to be a few things that don't work well.https://lab.civicrm.org/dev/core/-/issues/306Main payment method is not getting updated after modifying it in payment details2023-01-22T05:03:42Zrita_compucorpMain payment method is not getting updated after modifying it in payment detailsWhen you create a contribution with payment method A and then go and change the payment method to B, on the main contribution it will still show the payment method A instead of B.
Steps:
- create a new contribution with Payment Method:...When you create a contribution with payment method A and then go and change the payment method to B, on the main contribution it will still show the payment method A instead of B.
Steps:
- create a new contribution with Payment Method: Check http://nimb.ws/3HN4qv
- then go and edit the contribution, change the payment method using the Pen icon on the payment detail
- change the payment method to Cash
- save it, and save the contribution too
- then open to View the contribution and you can see the changed payment details, but the main contribution's payment method is still Check and not Cash http://nimb.ws/FOUCj9
--> the main Payment Method field should reflect the modified payment method, not the original onehttps://lab.civicrm.org/dev/core/-/issues/1497Symlinks cause breakage with path variables like [civicrm.files]2023-01-21T05:03:41ZAllenShawSymlinks cause breakage with path variables like [civicrm.files]CiviCRM is presenting problems when certain directories referenced with path variables such as [civicrm.files] contain symlinks.
**Symptoms**
Symptoms seen so far seem to include failure to load extension resources (e.g., script and st...CiviCRM is presenting problems when certain directories referenced with path variables such as [civicrm.files] contain symlinks.
**Symptoms**
Symptoms seen so far seem to include failure to load extension resources (e.g., script and style files). For example, on one site of mine which has the following configuration
* Site url: http://mysite.example.com
* docroot symlinked from the users' home directory `/home/myuser/www -> /var/www/mysite`
* civicrm root at `/var/www/mysite/wp-content/plugins/civicrm/civicrm`
* civicrm extensions at `/var/www/mysite/wp-content/uploads/civicrm/ext`
* "Extensions Directory" setting set to `[civicrm.files]/ext/`
* an extension which declares a managed entity ContactType with property `"image_URL" => CRM_Core_Resources::singleton()->getUrl('myextension', 'images/icon.png', TRUE)`
The following happens when civicrm cache is rebuilt (an action which updates managed entities):
* If cache is rebuilt from the browser via Administer > Cleanup Caches and Update Paths, the contact type icon url is [+correctly+] updated to `http://mysite.example.com/wp-content/uploads/civicrm/ext/myextension/images/icon.png`
* If cache is rebuilt from the command line with `cd /var/www/mysite; cv flush` or `cv --cwd=/var/www/mysite flush`, the contact type icon url is [+correctly+] updated to `http://mysite.example.com/wp-content/uploads/civicrm/ext/myextension/images/icon.png`
* If cache is rebuilt from the command line with `cd /home/myuser/www; cv flush` or `cv --cwd=/home/myuser/www flush`, the contact type icon url is **{-incorrectly-}** updated to `http://mysite.example.com/var/www/mysite/wp-content/uploads/civicrm/ext/myextension/images/icon.png`
**Analysis and prior discussion**
* This issue is referenced on SE here: https://civicrm.stackexchange.com/a/28287/907
* Discussion on MM (https://chat.civicrm.org/civicrm/pl/xxiwai9h1jgd5b9iwnmheq5y5a) indicates that `CRM_Utils_File::relativize()` might benefit from use of PHP's `realpath()` to de-reference symlinks:
@kcristiano says on MM ([permalink](https://chat.civicrm.org/civicrm/pl/mtj7pw816t8odm1pi6dk8ieahh)):
> We had issues with WP engine and Pantheon and it lead to updating CRM_Utils_System_Wordpress in function getCiviSourceStorage to use $civiRelPath = CRM_Utils_File::relativize(realpath($civicrm_root), realpath($cmsPath));
> This solved some issues, but I noticed if an older site had the path to the symlink set in the settings file eg /srv/www/cvwp/wp-content/uploads/civicrm instead of it's real location of /srv/www/cvwp_content/uploads/civicrm Problems would occur. In my example there is a symlink to wp-content loking at the cvwp_content directory.
> This gets worse if all of wp-content is moved including plugins, or if the plugins directory is moved.
> On a new install we detect the relpath and it works, at least in my tetsing, but in the real world there are issues
@AllenShaw says on MM ([permalink](https://chat.civicrm.org/civicrm/pl/8nctusdxs3fq8p1akcp3hjk9gr)):
> My debugging yesterday also pointed me to CRM_Utils_File::relativize(). ... perhaps using realpath() inside of CRM_Utils_File::relativize() will cover more cases; ... because that's where the string-based path replacement is happening, which is why somehting like /srv/www/cvwp/wp-content/uploads/civicrm would not be properly matched to its real location of /srv/www/cvwp_content/uploads/civicrm. ... I think it's that string-based path replacement that's really causing the problem.https://lab.civicrm.org/dev/core/-/issues/1432Wordpress: after 5.19.2 to 5.19.3 upgrade, civicrm_root is miscalculated2023-01-21T05:03:40ZdavejWordpress: after 5.19.2 to 5.19.3 upgrade, civicrm_root is miscalculatedSys admin reports that on two of two Wordpress sites attempted (both on a cPanel server), after the 5.19.2 to 5.19.3 upgrade (which is specifically for a Wordpress path issue), civicrm_root is miscalculated even though it is set correctl...Sys admin reports that on two of two Wordpress sites attempted (both on a cPanel server), after the 5.19.2 to 5.19.3 upgrade (which is specifically for a Wordpress path issue), civicrm_root is miscalculated even though it is set correctly in civicrm.settings.php .
civicrm root in settings file:
```
$civicrm_root = '/home/mysite/public_html/wp-content/plugins/civicrm/civicrm/';
```
However the UI reports e.g.
```
/home/wordpress-5.2.3/wp-content/plugins/civicrm
```
and subsequently the menu css is trying to use https://mysite.org.uk/home/mysite/public_html/wp-content/uploads/civicrm/persist/contribute/dyn/crm-menubar.012442d397c3bdbb78690c18db0cb6eb.css
Rolling back to 5.19.2 resolved the problem.
`/home/mysite/public_html` is a symbolic link to `wordpress` (in the same directory), which may be relevant: perhaps path matching against the real path is failing.https://lab.civicrm.org/dev/core/-/issues/2985Original value is displayed after setting custom event field blank2023-01-21T04:07:10ZBobSOriginal value is displayed after setting custom event field blankOverview
----------------------------------------
Attempting to change the value of a custom event field from non-blank to blank results in the original value being populated in the form after the form is saved. If the form is subsequent...Overview
----------------------------------------
Attempting to change the value of a custom event field from non-blank to blank results in the original value being populated in the form after the form is saved. If the form is subsequently saved again, then the original non-blank value is written to the DB.
Reproduction steps
----------------------------------------
1. Create a custom event fieldset.
1. Add a custom field of type Alphanumeric, Single line input field. Accept all default settings.
1. Edit an event.
1. Set the new custom field to a non-blank value and save the event.
1. Set the new custom field to a blank value and save the event.
Current behaviour
----------------------------------------
The custom field displays the non-blank value. If the form is saved, the blank value currently in the DB is overwritten with the non-blank value.
Expected behaviour
----------------------------------------
The custom field should display the last saved value: blank.
Environment information
----------------------------------------
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is neccessary. -->
* __Browser:__ Chrome Version 96.0
* __CiviCRM:__ _5.45.alpha1_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP:__ _7.4_
* __CMS:__ _Drupal 7.82_
* __Database:__ _MariaDB 10.4_
* __Web Server:__ _Apache 2.4_
Comments
----------------------------------------
Confirmed on dmaster.demo.civicrm.org5.59.0https://lab.civicrm.org/dev/core/-/issues/1476Warn on failed templates_c write2023-01-20T05:03:16ZJonGoldWarn on failed templates_c writeOverview
----------------------------------------
I think this is a problem that we've all faced at some point or another, but experienced implementers know how to fix this, and newbies get caught. When some of your `templates_c` files ...Overview
----------------------------------------
I think this is a problem that we've all faced at some point or another, but experienced implementers know how to fix this, and newbies get caught. When some of your `templates_c` files are owned by a user that's not the user running PHP, Civi silently fails in weird and wonderful ways.
Reproduction steps
----------------------------------------
1. Recursively `chown` your `templates_c` folder such that the PHP user doesn't have write access.
Current behaviour
----------------------------------------
Parts of the Smarty forms fail to render.
Expected behaviour
----------------------------------------
Some sort of warning that there's a permissions issue on the `templates_c` folder.
I don't mind doing this if it gets "Concept Approved", though admittedly I've never dug that far down. I'm worried that Smarty isn't going to bubble up an exception, but it's worth a look.https://lab.civicrm.org/dev/core/-/issues/4083Cannot fill in FormBuilder fields when using Existing Contact autocomplete2023-01-20T00:07:09ZbrienneCannot fill in FormBuilder fields when using Existing Contact autocompleteOverview
----------------------------------------
On FormBuilder forms that use autocomplete option "Existing Contact", users cannot fill in other fields. If it is a text box that was not filled in by the autocomplete, then the user is u...Overview
----------------------------------------
On FormBuilder forms that use autocomplete option "Existing Contact", users cannot fill in other fields. If it is a text box that was not filled in by the autocomplete, then the user is unable to type anything. If the text box was filled out by the autocomplete, then any changes made to that field are temporarily visible, but disappear. Selects and checkboxes may be clicked, but those changes are also temporary. Even if the user does not search/select a contact, then they still cannot fill out the form.
Reproduction steps
----------------------------------------
1. Create a FormBuilder form based on a contact (i.e. Organization)
1. Add an "Existing Contact" field, as well as one text box field for testing (i.e Email)
1. Save, and click **View Page**
2. Try to type into the text box field, both before and after selecting a contact
Here is the markup for the form that I tested on in dmaster:
```html
<af-form ctrl="afform">
<af-entity data="{contact_type: 'Organization', source: 'Test'}" type="Contact" name="Organization1" label="Organization 1" actions="{create: true, update: true}" security="RBAC" />
<fieldset af-fieldset="Organization1" class="af-container" af-title="Organization 1">
<div class="af-container">
<af-field name="id" />
<div class="af-container af-layout-inline"></div>
</div>
<div af-join="Email">
<div class="af-container af-layout-inline">
<af-field name="email" />
</div>
</div>
</fieldset>
<button class="af-button btn btn-primary" crm-icon="fa-check" ng-click="afform.submit()">Submit</button>
</af-form>
```
![Selection_185](/uploads/00187e18cc7b108e67f9e341b6a3b7f1/Selection_185.png)
Current behaviour
----------------------------------------
When a FormBuilder form has an "Existing Contact" autocomplete, users cannot fill in or edit fields.
Expected behaviour
----------------------------------------
Users should be able to fill out or edit fields with an "Existing Contact" autocomplete on the form.
Environment information
----------------------------------------
This type of form does not work on 5.57.1, but does work on 5.56.2.
I did a `git bisect` and located the first bad commit as 2aaaa86bb041d6214c17a0d2a85f9f28838b2904, which is PR [24974](https://github.com/civicrm/civicrm-core/pull/24974) (Use APIv4-based Autocomplete widget throughout SearchKit, Afform & API Explorer)https://lab.civicrm.org/dev/core/-/issues/2081Proposal: Extension upgrades should reconcile managed entities2023-01-19T22:49:26ZJonGoldProposal: Extension upgrades should reconcile managed entitiesWhen you install a new extension, `CRM_Extension_Manager::install()` contains this line:
```php
CRM_Core_Invoke::rebuildMenuAndCaches(TRUE);
```
However, no equivalent code runs on extension upgrade.
I propose that on extension up...When you install a new extension, `CRM_Extension_Manager::install()` contains this line:
```php
CRM_Core_Invoke::rebuildMenuAndCaches(TRUE);
```
However, no equivalent code runs on extension upgrade.
I propose that on extension upgrade, we run this code.
Recently, I've had two different extensions fail to work on deployment because the upgrade process doesn't reconcile managed entities. I imagine I'm not alone.https://lab.civicrm.org/dev/core/-/issues/4084Assign participant_status_id in both edit/create modes2023-01-19T22:46:24ZyashodhaAssign participant_status_id in both edit/create modesAssign participant_status_id in both edit/create modes to template.
Right now, it is assigned in just edit mode.Assign participant_status_id in both edit/create modes to template.
Right now, it is assigned in just edit mode.5.59.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/4087Offline Event confirmation receipt prints waitlist message2023-01-19T18:32:47ZPradeep Nayakpradpnayak@gmail.comOffline Event confirmation receipt prints waitlist messageReplicate:
1. Register for Event
2. View participant record
3. Click on Change selection link under selections
4. Select on Send Confirmation and add confirmation text and Save
Expected result:
Email should display confirmation text
Ac...Replicate:
1. Register for Event
2. View participant record
3. Click on Change selection link under selections
4. Select on Send Confirmation and add confirmation text and Save
Expected result:
Email should display confirmation text
Actual result:
Waitlist message displayed in email
```You have been added to the WAIT LIST for this event. If space becomes available you will receive an email with a link to a web page where you can complete your registration.```
Regression from: [5.53.0](https://github.com/civicrm/civicrm-core/commit/a0b74a905e2)5.58.0https://lab.civicrm.org/dev/core/-/issues/1461Donor can modify existing fields of honoree2023-01-19T05:03:38ZBobSDonor can modify existing fields of honoreeOverview
----------------------------------------
Values specified in the honoree fields of a contribution update existing values of the honoree contact record.
Reproduction steps
----------------------------------------
1. Ensure that...Overview
----------------------------------------
Values specified in the honoree fields of a contribution update existing values of the honoree contact record.
Reproduction steps
----------------------------------------
1. Ensure that the unsupervised dedupe rule requires first name and email to match.
1. Create an honoree contact: Joe Honoree, joe@honoree.com.
1. Create a contribution page with the Honoree section enabled. Use the default honoree profile consisting of first name, last name, email.
1. Make a contribution, specifying for the honoree joE WrongName, joe@honoree.com.
Current behaviour
----------------------------------------
The honoree contact has been changed to joE WrongName.
in addition to the last name in the honoree's contact record being changed completely, the capitalization of the first name has also been changed.
Expected behaviour
----------------------------------------
Existing fields in the honoree's contact record should not be changeable by a third party (donor). It would be best to create a new contact which can later be manually deduped, rather than to allow a third party to overwrite existing information.
Environment information
----------------------------------------
* __CiviCRM:__ _5.20.0_
* __PHP:__ _7.2.25_
* __CMS:__ _Drupal 7.30_
* __Database:__ _MariaDB 10.0_https://lab.civicrm.org/dev/core/-/issues/1356Add user friendly way to report issues2023-01-19T05:03:35ZRichAdd user friendly way to report issues
We should have a way from within CiviCRM to provide the user with a template they can use to submit an issue.
See https://github.com/civicrm/civicrm-core/pull/15665#issuecomment-548268840
Having an "issue reporting" helper could just...
We should have a way from within CiviCRM to provide the user with a template they can use to submit an issue.
See https://github.com/civicrm/civicrm-core/pull/15665#issuecomment-548268840
Having an "issue reporting" helper could just do that paperwork for me so I could copy and paste.
- might reduce the barrier to contributing
- might get more accurate data (civicrm version, nginx, php, browser...) leading to quicker fixes
- we have better control of the template - could ask questions intereactively to generate it.
- we would have space to explain things like gitlab/hub to users.
- (one day could use api to search/report to gitlab!)homotechsualhomotechsualhttps://lab.civicrm.org/dev/financial/-/issues/211Sending receipt auto when editing a payment (editing financial trx payment)2023-01-18T20:26:40Zlevi.kSending receipt auto when editing a payment (editing financial trx payment)@JoeMurray
Steps to reproduce
1. Add a contribution
2. Edit the payment (the edit needs to be of the sort that will create a minus and plus transaction) like changing a payment method
(This does not happen when editing the financial...@JoeMurray
Steps to reproduce
1. Add a contribution
2. Edit the payment (the edit needs to be of the sort that will create a minus and plus transaction) like changing a payment method
(This does not happen when editing the financial type on the contribution eventhough it effects a plus and minus transaction (when the account is different))
3. The system will then send a unwanted email receipt (think its using the payment receipt (not contribution receipt)
Drupal 7
civicrm 5.53.0Monish DebMonish Debhttps://lab.civicrm.org/dev/backdrop/-/issues/9Shoreditch styling2023-01-18T16:43:38ZlarynShoreditch stylingWould it be appropriate to add some CSS and/or functionality that cleans up the Shoreditch display out of the box for Backdrop? (Is Shoreditch still slated to become the default theme at some point?)
For example:
- https://github.com/...Would it be appropriate to add some CSS and/or functionality that cleans up the Shoreditch display out of the box for Backdrop? (Is Shoreditch still slated to become the default theme at some point?)
For example:
- https://github.com/civicrm/org.civicrm.shoreditch/issues/539
- I've also noticed the Backdrop-specific CSS clobbers a little too hard and overrides in Shoreditch as well:
https://github.com/civicrm/civicrm-backdrop/blob/1.x-master/civicrm_backdrop.css#L5-L10
(We may be able to tweak those to hit a sweet spot where it overrides Backdrop styles as desired, but not Shoreditch tab styles).https://lab.civicrm.org/dev/core/-/issues/1458Searches with force=1&sort_name don't support spaces in the sort_name parameter2023-01-18T05:03:45ZDaveDSearches with force=1&sort_name don't support spaces in the sort_name parameterFor example if I want to return all contacts with first name `Jar Jar` but not `Jar Joe` I can't search for `sort_name=Jar%20Jar` or `sort_name=Jar+Jar`. It just ignores the parameter completely and returns all contacts.
I don't have a ...For example if I want to return all contacts with first name `Jar Jar` but not `Jar Joe` I can't search for `sort_name=Jar%20Jar` or `sort_name=Jar+Jar`. It just ignores the parameter completely and returns all contacts.
I don't have a stake in this, and not sure how important it is to anyone, just noting it as it has come up in testing of the force=1 searches.https://lab.civicrm.org/dev/core/-/issues/1457Sort Custom Fields by Custom Field Group in Search Builder2023-01-18T05:03:44Zmagnolia61Sort Custom Fields by Custom Field Group in Search BuilderOverview
----------------------------------------
The list of custom fields is not sorted in the search builder when *not* selecting a contact subtype.
This makes creating a selection when you have quite a few custom fields very labor i...Overview
----------------------------------------
The list of custom fields is not sorted in the search builder when *not* selecting a contact subtype.
This makes creating a selection when you have quite a few custom fields very labor intensive and cumbersome.
Example use-case
----------------------------------------
See screenshots below.
Current behaviour
----------------------------------------
When choosing a contact type the list of Custom Fields is not sorted
![Screenshot_from_2019-12-07_20-27-47](/uploads/ea28ab71b8e23f8d96e97d893059b3f6/Screenshot_from_2019-12-07_20-27-47.png)
After seleting a contact subtype the list is alfabetically sorted by Custom Group / Custom Field
![Screenshot_from_2019-12-07_20-27-52](/uploads/cd2a434a4ff42ddaa2f8552b4ec569a1/Screenshot_from_2019-12-07_20-27-52.png)
Proposed behaviour
----------------------------------------
The list of custom fields is also sorted by Custom Group / Custom Field for when no contact subtype is selected.
Comments
----------------------------------------
Probably this is a very small change. Sorting an array or different query. I just don't know in which haystack to look for this needle :-)