Development issueshttps://lab.civicrm.org/groups/dev/-/issues2022-04-22T15:53:19Zhttps://lab.civicrm.org/dev/core/-/issues/3271Regression: Can't use operators to filter contact subtypes other than "Is One...2022-04-22T15:53:19ZJonGoldRegression: Can't use operators to filter contact subtypes other than "Is One Of"This is introduced by core#544, which introduces a hard-coded `LIKE` where the code should allow for different operators.
[A commit based on 5.14 is here](https://github.com/MegaphoneJon/civicrm-core/commit/625b0b06e64d02883614e31bb4ef7...This is introduced by core#544, which introduces a hard-coded `LIKE` where the code should allow for different operators.
[A commit based on 5.14 is here](https://github.com/MegaphoneJon/civicrm-core/commit/625b0b06e64d02883614e31bb4ef79825a1b8ad2#diff-d355cdb00cea3915a3cf306c6c08f6a6L2131) and hopefully I (or someone) will have time to merge and add tests in the near future.5.16.0https://lab.civicrm.org/dev/core/-/issues/3540Hardcoded filesystem paths in JS strings in cache2022-06-11T14:45:13ZherbdoolHardcoded filesystem paths in JS strings in cacheI've noticed hardcoded filesystem paths in civicrm_cache where group_name = js_strings. With dynamic containers on a host this could mean that the JS can't be found if it switches containers. Is there a way to make this relative?I've noticed hardcoded filesystem paths in civicrm_cache where group_name = js_strings. With dynamic containers on a host this could mean that the JS can't be found if it switches containers. Is there a way to make this relative?https://lab.civicrm.org/dev/core/-/issues/3629Extraneous space in From address causes on-hold set on all recipients2022-06-11T14:57:32ZBobSExtraneous space in From address causes on-hold set on all recipientsIf a CiviMail email is sent with a From address having the form<br>
`"Name" <me@example.com>` (note two spaces before '<')<br>
then:
1. No emails are sent
2. **All recipients are marked On-Hold!**
Occurs on CiviCRM 4.7.26.
*Edit*: Al...If a CiviMail email is sent with a From address having the form<br>
`"Name" <me@example.com>` (note two spaces before '<')<br>
then:
1. No emails are sent
2. **All recipients are marked On-Hold!**
Occurs on CiviCRM 4.7.26.
*Edit*: Also occurs on 5.2.1
Could not reproduce on demo site as sending email is not enabled there.
The following three CMS log entries are created for each recipient:
1:<pre>Ignoring exception thrown by nullHandler: , Validation failed for: "(INVALID)" <(INVALID)></pre>
2:<pre>$backTrace = #0 /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/CRM/Core/Error.php(959): CRM_Core_Error::backtrace("backTrace", TRUE) #1 /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/packages/PEAR.php(921): CRM_Core_Error::nullHandler(Object(PEAR_Error)) #2 /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/packages/PEAR.php(577): PEAR_Error->__construct("Validation failed for: \"(INVALID)\" <(INVALID)>", NULL, 16, (Array:2), NULL) #3 /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/packages/PEAR.php(236): PEAR::_raiseError(NULL, "Validation failed for: \"(INVALID)\" <(INVALID)>") #4 /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/packages/Mail/RFC822.php(209): PEAR::__callStatic("raiseError", (Array:1)) #5 /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/packages/Mail.php(191): Mail_RFC822->parseAddressList((Array:2), "localhost", FALSE) #6 /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/packages/Mail/mail.php(151): Mail->prepareHeaders((Array:10)) #7 ...</pre>
3:<pre>
Notice: Only variables should be passed by reference in CRM_Mailing_BAO_MailingJob->deliverGroup() (line 721 of /var/www/clients/client1/web3/web/drupal/sites/all/modules/civicrm/CRM/Mailing/BAO/MailingJob.php).
</pre>5.5.0https://lab.civicrm.org/dev/core/-/issues/2449Contribution page creates a wrong amount and probably payment processor use t...2021-03-15T18:40:07ZjaapjansmaContribution page creates a wrong amount and probably payment processor use this wrong amount**Steps to reproduce**
1. Set localization settings **decimal separator**: `,` and **thousand separator**: `.`
2. Create a contribution page with a amount `897.654.321,987654321`
3. Make a contribution with this contribution page in liv...**Steps to reproduce**
1. Set localization settings **decimal separator**: `,` and **thousand separator**: `.`
2. Create a contribution page with a amount `897.654.321,987654321`
3. Make a contribution with this contribution page in live mode. (We used a dummy payment processor)
**Whats is wrong?**
The amount is changed from `897.654.321,99` to `89.765.432.198.765,00` this is shown on the thank you page as in CiviCRM contribution. So it looks like the wrong amount is charged on the dummy payment processor.
**Screenshots**
![Screenshot_20210309_120737](/uploads/b26eded4cc5e5312a44daa90b1971db9/Screenshot_20210309_120737.png)
![Screenshot_20210309_120742](/uploads/dfcf28497afd690f702ca5399fe89672/Screenshot_20210309_120742.png)
![Screenshot_20210309_120643](/uploads/4fe5b4cfcb0d28d5ca5177d83b4c30fd/Screenshot_20210309_120643.png)
![Screenshot_20210309_120834](/uploads/dfb07362bc3421f7fdc4e4c9fd40b5d4/Screenshot_20210309_120834.png)
**Environment**
Drupal 7
CiviCRM 5.37.aplha1 (dmaster)5.37.0https://lab.civicrm.org/dev/civicrm-asset-plugin/-/issues/16Composer 2 Support2021-02-18T19:59:03ZReece Composer 2 SupportUnable to use CiviCRM's Composer packages as they have not yet been updated to Composer 2. Is there a time line for this?
```
$ composer --dry-run update --with-dependencies
The "civicrm/composer-downloads-plugin" plugin was skipped be...Unable to use CiviCRM's Composer packages as they have not yet been updated to Composer 2. Is there a time line for this?
```
$ composer --dry-run update --with-dependencies
The "civicrm/composer-downloads-plugin" plugin was skipped because it requires a Plugin API version ("^1.1") that does not match your Composer installation ("2.0.0"). You may need to run composer update with the "--no-plugins" option.
The "cweagans/composer-patches" plugin was skipped because it requires a Plugin API version ("^1.0") that does not match your Composer installation ("2.0.0"). You may need to run composer update with the "--no-plugins" option.
The "civicrm/civicrm-asset-plugin" plugin was skipped because it requires a Plugin API version ("^1.1") that does not match your Composer installation ("2.0.0"). You may need to run composer update with the "--no-plugins" option.
Loading composer repositories with package information
Dependency "composer/installers" is also a root requirement. Package has not been listed as an update argument, so keeping locked at old version. Use --with-all-dependencies (-W) to include root dependencies.
Updating dependencies
Your requirements could not be resolved to an installable set of packages.
Problem 1
- civicrm/civicrm-asset-plugin is locked to version v1.0.1 and an update of this package was not requested.
- civicrm/civicrm-asset-plugin v1.0.1 requires composer-plugin-api ^1.1 -> found composer-plugin-api[2.0.0] but it does not match the constraint.
Problem 2
- civicrm/composer-downloads-plugin v2.1.1 requires composer-plugin-api ^1.1 -> found composer-plugin-api[2.0.0] but it does not match the constraint.
- civicrm/cv v0.3.3 requires civicrm/composer-downloads-plugin ~2.1 -> satisfiable by civicrm/composer-downloads-plugin[v2.1.1].
- civicrm/cv is locked to version v0.3.3 and an update of this package was not requested.
You are using Composer 2, which some of your plugins seem to be incompatible with. Make sure you update your plugins or report a plugin-issue to ask them to support Composer 2.
```https://lab.civicrm.org/dev/core/-/issues/2447Wrong event fee shown in CiviCRM2023-07-07T05:03:20ZjaapjansmaWrong event fee shown in CiviCRM**Steps to reproduce**
1. Set the localization settings to **decimal separator**: `,` and **thousand separator**: `.`
2. Create a price set with two quantity fields and a drop down.
3. Create an event with only registration and payments...**Steps to reproduce**
1. Set the localization settings to **decimal separator**: `,` and **thousand separator**: `.`
2. Create a price set with two quantity fields and a drop down.
3. Create an event with only registration and payments and select the created price set above
4. Do a registration and a payment. All amounts are correct on the registration screen
5. After you have done a registration check the participant list or the event tab on the contact card. And/or click on view participant. The total amount for the event fee is displayed wrong.
**Screenshot**
Below a screenshot which shows the wrong amount.
![Screenshot_20210309_114606](/uploads/c3150fda8f90aacccfc26b9c50584e92/Screenshot_20210309_114606.png)
**Remarks**
This also happens when you do an event registration from the contact record in CiviCRM.
**Environment**
Drupal 7
CiviCRM 5.37.aplha1 (dmaster)https://lab.civicrm.org/dev/core/-/issues/2446Custom field of type money and drop down does not hold the selected option (C...2021-12-01T09:37:57ZjaapjansmaCustom field of type money and drop down does not hold the selected option (CiviCase & CiviContact)**Steps to reproduce**
1. Create custom field of type money and input type Drop Down Select List.
2. Add a couple of options
3. Go to a case and select a value for the custom field press save.
4. Check the custom field value it is saved...**Steps to reproduce**
1. Create custom field of type money and input type Drop Down Select List.
2. Add a couple of options
3. Go to a case and select a value for the custom field press save.
4. Check the custom field value it is saved and displayed
5. Press edit again - the drop down is now empty
Here is a screen recording of the problem:
![Dropdown_on_case](/uploads/4bef0bd4b99af9d3b0cfab36334c4a43/Dropdown_on_case.gif)
**Remarks**
This problem also occurs when you add a money drop down for contacts (probably also on other screens).
**Environment**
Drupal 7
CiviCRM 5.37.alpha1https://lab.civicrm.org/dev/core/-/issues/2442Proposal - adjust weights on activity contact record types2021-04-07T22:47:08ZeileenProposal - adjust weights on activity contact record typesThis came out of testing search kit - when you search for contacts and add in activity contacts the default record type is 'Assignees' - in search kit data and, I think, real world data I think 'Target' would be a better choice as assign...This came out of testing search kit - when you search for contacts and add in activity contacts the default record type is 'Assignees' - in search kit data and, I think, real world data I think 'Target' would be a better choice as assignees are often empty and I feel like people 'know what they are doing' when trying to find assignees whereas for target I think they are less deliberate about thinking which contact they want.
![image](/uploads/400685a613ddd35ef3190da22631b067/image.png)
Changing this would mean altering the default weights on the option values to re-order the 3 activity types. Personally I think it would be fine to make this change. If we are nervous we could do for new installs only.
I'm not sure the order of source & assignee matters - I flip flop on the order I'd choose there.https://lab.civicrm.org/dev/core/-/issues/16Select "Enable multiple bulk email address for a contact", "hold_date" can no...2023-06-23T17:54:21ZLiyanaSelect "Enable multiple bulk email address for a contact", "hold_date" can not be updatedI have reported the bug at https://issues.civicrm.org/jira/browse/CRM-20189, and now I'll explain why the error occours only if you assign true to the variable civimail_multiple_bulk_emails.
( $result = civicrm_api3('Setting', 'creat...I have reported the bug at https://issues.civicrm.org/jira/browse/CRM-20189, and now I'll explain why the error occours only if you assign true to the variable civimail_multiple_bulk_emails.
( $result = civicrm_api3('Setting', 'create', array(
'civimail_multiple_bulk_emails' => 1,
));)
If civimail_multiple_bulk_emails is true, you have three options to select for "On Hold?" in your email edit block, see the file ".../CRM/Contact/Form/Edit/Email.php".
If you chose the "- select -", the value is "0", which data type String is, and in the function "holdEmail" (.../CRM/Core/BAO/Email.php) the condition "elseif ($email->on_hold == 'null')..." will not be filled, because a string '0' is not 'null'!
Steps to reproduce:
1. Open the page „Administer CiviCRM“ --> “CiviMail Component Settings”, and select the option “Enable multiple bulk email address for a contact”
2. Open a contact and set “on hold” to the email (i.g. select “On Hold Opt Out”), and check the hold_date with api, ), in my test the “hold_date” is “2017-02-22 09:27:56”, and “on_hold=2
3. On the page of contact, reset the “On Hold” and save it, and check the value with api, and the value of “on_hold” is 0, BUT the “hold_date” IS NOT CHANGED! The “hold_date” should be deleted, and set the current time for “reset_date”!
4. As a following error: the “hold_date” is the old one, not changed, if you set “on hold” to the email again (i.g. select “On Hold Bounce”). In my test the “hold_date” is still “2017-02-22 09:27:56”, and “on_hold=1https://lab.civicrm.org/dev/drupal/-/issues/16[webform_civicrm] - edits to 'cart' display when using installments functiona...2020-07-16T17:23:38ZKarinG[webform_civicrm] - edits to 'cart' display when using installments functionalityWorking on this with CompuCorp
**Before:**
![image](/uploads/7ed8454c61bf9b3b098e7281d7e1b5ca/image.png)
Imagine this was configured as pay in 2 installments (two payments of $96/each) - how about something like this:
**After:**
![im...Working on this with CompuCorp
**Before:**
![image](/uploads/7ed8454c61bf9b3b098e7281d7e1b5ca/image.png)
Imagine this was configured as pay in 2 installments (two payments of $96/each) - how about something like this:
**After:**
![image](/uploads/73dc36a7fb0d1e6b590f77bb666f2a0e/image.png)https://lab.civicrm.org/dev/financial/-/issues/16Paypal unreliable getting payment processor type2018-05-17T12:48:52Zmattwiremjw@mjwconsult.co.ukPaypal unreliable getting payment processor typeNewer versions of CiviCRM will set the "payment_processor_type_id" parameter, but older versions may set payment_processor_type instead.
Proposal:
- Add a helper function to get the PayPal processor type (Paypal Standard, PayPal Pro, Pa...Newer versions of CiviCRM will set the "payment_processor_type_id" parameter, but older versions may set payment_processor_type instead.
Proposal:
- Add a helper function to get the PayPal processor type (Paypal Standard, PayPal Pro, PayPal Express).
- Use that helper function in PayPal classes to find out which processor type we are.
This fixes PHP e-notices and ensures that the correct PayPal type is selected each time.
PR: https://github.com/civicrm/civicrm-core/pull/12007https://lab.civicrm.org/dev/translation/-/issues/16All forum references at readme.md of this project should be supressed2020-01-16T21:49:38ZcalbasiAll forum references at readme.md of this project should be supressedHi,
CiviCRM forums are not available from long ago. We should suppress their references at this repo readme.md file.
I'm not sure if merge requests are available to users like me ;-)Hi,
CiviCRM forums are not available from long ago. We should suppress their references at this repo readme.md file.
I'm not sure if merge requests are available to users like me ;-)https://lab.civicrm.org/dev/wordpress/-/issues/16Fatal error with some versions of PHP2020-06-17T09:07:23ZhaystackFatal error with some versions of PHPThere's [a Stack Exchange report](https://civicrm.stackexchange.com/questions/27723/cant-use-function-return-value-in-write-context-in-civicrm-php-on-line-342) of the CiviCRM plugin throwing a fatal error on PHP 7.2.12.
This seems to be...There's [a Stack Exchange report](https://civicrm.stackexchange.com/questions/27723/cant-use-function-return-value-in-write-context-in-civicrm-php-on-line-342) of the CiviCRM plugin throwing a fatal error on PHP 7.2.12.
This seems to be because of `empty( session_id() )` when running `CiviCRM_For_WordPress::setup_instance()`.
PR to follow.haystackhaystackhttps://lab.civicrm.org/dev/user-interface/-/issues/16"Default Language for contacts" has no influence on the "Preferred Language" ...2020-04-06T04:58:28ZBenedikt"Default Language for contacts" has no influence on the "Preferred Language" option when creating a new contactWhen creating a new contact the "Preferred Language" option is always set to the default language, even if "Default Language for contacts" is set to "Leave undefined". One has to explicitly remove the default language for it to be undefi...When creating a new contact the "Preferred Language" option is always set to the default language, even if "Default Language for contacts" is set to "Leave undefined". One has to explicitly remove the default language for it to be undefined after creation.
Steps to reproduce:
* Under *civicrm/admin/setting/localization* set "Default Language for contacts" to "Leave undefined".
* Create a new contact.
* Under "Communication Preferences" the option "Preferred Language" is set to the default language.
Expected behaviour:
* The "Preferred Language" option is empty (undefined) when "Default Language for contacts" is "Leave undefined".
CiviCRM versions (at least):
* 5.19.4
* masterhttps://lab.civicrm.org/dev/core/-/issues/3276Unreleased regression - fee levels incorrectly show sold out (in code that wi...2022-04-22T15:53:33ZeileenUnreleased regression - fee levels incorrectly show sold out (in code that will be 5.16)Fees are incorrectly showing as sold out, blocking change fee selection.
This is an unexpected consequence of
https://github.com/civicrm/civicrm-core/pull/14244
The path is that because $this->_id is now set it gets assigned to the fo...Fees are incorrectly showing as sold out, blocking change fee selection.
This is an unexpected consequence of
https://github.com/civicrm/civicrm-core/pull/14244
The path is that because $this->_id is now set it gets assigned to the form
https://github.com/civicrm/civicrm-core/blob/5774b54f47445de233daa85672ce4f793dff347a/CRM/Event/Form/Participant.php#L265
Which then gets passed to the call to load the fee block
https://github.com/civicrm/civicrm-core/blob/c4145dedecb1f3157ecf8fd85421f562e8128e73/templates/CRM/Event/Form/Participant.tpl#L411
which results in $_pid being set & as a result online being set
https://github.com/civicrm/civicrm-core/blob/90b461f1623e75e94e0f472a3c6bf23e01defbc1/CRM/Event/Form/EventFees.php#L350
which leads to the element being frozen
https://github.com/civicrm/civicrm-core/blob/90b461f1623e75e94e0f472a3c6bf23e01defbc1/CRM/Event/Form/EventFees.php#L393
which is interpretted as 'sold out'
https://github.com/civicrm/civicrm-core/blob/6b83d5bdd0f2ca546924feae6aa42aeddb1d40cf/templates/CRM/Price/Form/PriceSet.tpl#L93
This is an example of a code antipattern which is too prevalent in our codebase - ie. hanging various assumptions off a parameter.
I *think* the right answer is to assign a variable of online & then pass that through & make appropriate decisions based on that.
The first question is - do we revert https://github.com/civicrm/civicrm-core/pull/14244 out of the rc and then re-commit into master to give us more time given how awful this code path is5.16.0https://lab.civicrm.org/dev/core/-/issues/3541[Meta] Does CiviCRM have a single defined application HTTP entry point which ...2024-02-11T05:03:23Zxurizaemon[Meta] Does CiviCRM have a single defined application HTTP entry point which routes all requests?Various issues arise when we have multiple entry points to the application (eg scripts in `extern/`, direct call scripts like KCFinder `integration/civicrm.php`, IPN handlers).
These issues stem from duplicated / non-identical approache...Various issues arise when we have multiple entry points to the application (eg scripts in `extern/`, direct call scripts like KCFinder `integration/civicrm.php`, IPN handlers).
These issues stem from duplicated / non-identical approaches to bootstrapping / path discovery / session management.
The end goal here is to eliminate alternate entry points and ensure any callback uses CiviCRM's core routing.
As much as possible auth/bootstrap/url/path resolution should be handled in one place only (each) for maintainability.
## Background issues / examples:
* [CRM-17212](https://issues.civicrm.org/jira/browse/CRM-17212)
* [CRM-13249](https://issues.civicrm.org/jira/browse/CRM-13249)
* [CRM-12246](https://issues.civicrm.org/jira/browse/CRM-12246)
* cloud-native#6
* cloud-native#7
## Targets
* [`extern/authorizeIPN.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/authorizeIPN.php), [`ipn.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/ipn.php), [`pxIPN.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/pxIPN.php) - IPN handlers → use `civicrm/ipn/%` entry point
* [`extern/cxn.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/cxn.php)
* [`extern/open.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/open.php) - endpoint to track mail opens via image URL
* [`extern/rest.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/rest.php) - API endpoint → `civicrm/api/v3`, `civicrm/api/v4` etc
* [`extern/soap.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/soap.php) - SOAP interface, still used by CiviSMTP? → `civicrm/soap`
* [`extern/url.php`](https://github.com/civicrm/civicrm-core/blob/master/extern/url.php) - Mailing redirect → `civicrm/redirect` ?
* [`packages/kcfinder/integration/civicrm.php`](https://github.com/civicrm/civicrm-packages/blob/master/kcfinder/integration/civicrm.php) - KCFinder integration for CiviCRM - IDK
IPN handlers should be tackled as those core payment processors are moved to extensions.https://lab.civicrm.org/dev/core/-/issues/3630Fix accessible mailings when users don't have view all contacts permission2024-02-19T05:03:29ZMichael McAndrewFix accessible mailings when users don't have view all contacts permissionCRM_Mailing_BAO_Mailing::mailingACLIDs is responsible for limiting the mailings that are visible to users when they do not have either view or edit all contacts (at the BAO layer at least)
It works by returning a list of Ids of mailings...CRM_Mailing_BAO_Mailing::mailingACLIDs is responsible for limiting the mailings that are visible to users when they do not have either view or edit all contacts (at the BAO layer at least)
It works by returning a list of Ids of mailings that should be visible.
One of the queries that is used to construct this list looks like this:
```sql
SELECT DISTINCT(m.id) AS id
FROM civicrm_mailing m
LEFT JOIN civicrm_mailing_group g ON g.mailing_id = m.id
WHERE ((g.entity_table LIKE 'civicrm_group%'
AND g.entity_id IN (3))
OR (g.entity_table IS NULL
AND g.entity_id IS NULL
AND m.domain_id = 1))
```
The logic behind the `OR (g.entity_table IS NULL AND g.entity_id IS NULL AND m.domain_id = 1) where clause looks wrong to me.
My assumption is that it is there because if you created a mailing (added lots of content, etc.) but didn't then assign it a group, it would suddenly disappear from view when you went back to look for it because it didn't contain a group that you have access to.
The problem with this condition is that the user also gets to see mailings by other contacts who have similarly not defined any groups yet.
Provided the above assumption is correct, a better condition would be `OR m.created_id = $user_id` (where user id is the contact ID of the current logged in user.
@JonGold, I wonder what you think about this given that your issue https://issues.civicrm.org/jira/browse/CRM-16981 was similar in nature. @seamuslee - I'm guessing you might have some thoughts on this as well.
Also related is https://issues.civicrm.org/jira/browse/CRM-18181 (though I have not yet got my head around how :)
Aaalso related, in my experimentation, the Mailing api does not respect these permissions, so people get to see all mailings in the recipients field in the Angular powered new CiviMail UI. Are you experiencing that @JonGold?
I've running the above suggestion with a client at the moment. If we get some consensus on how it should work, I would be happy to Shepard this into core.https://lab.civicrm.org/dev/release/-/issues/16We should not be auto-generating 5.xx.beta1.mysql.tpl files2021-04-09T01:51:15ZcolemanwWe should not be auto-generating 5.xx.beta1.mysql.tpl filesI'm pretty sure these `beta1` files are getting auto-generated by the releaser. They have their ~~pros and~~ cons.
**Cons**
- Generating them before they're actually needed causes people testing the RC to miss out on the upgrade steps (...I'm pretty sure these `beta1` files are getting auto-generated by the releaser. They have their ~~pros and~~ cons.
**Cons**
- Generating them before they're actually needed causes people testing the RC to miss out on the upgrade steps (the empty step is created, the site upgrades to RC, it registers `xx.beta1` as having been run, then someone adds some actual content to the step, the site upgrades to a later version of the same RC, but the upgrade code thinks it's already run).
- Extra noise during the upgrade process with empty steps doing nothing
**Pros**
- Can't think of any.5.37.0https://lab.civicrm.org/dev/civicrm-asset-plugin/-/issues/17Error in composer prevents install of some packages2020-12-04T02:31:22Zluke.stewartError in composer prevents install of some packagesThere seems to be an error occurring when installing some drupal modules via composer when civicrm is already installed.
Back trace shown:
```
Exception trace:
() at /vendor/civicrm/composer-compile-plugin/src/Util/ComposerPassthru.php...There seems to be an error occurring when installing some drupal modules via composer when civicrm is already installed.
Back trace shown:
```
Exception trace:
() at /vendor/civicrm/composer-compile-plugin/src/Util/ComposerPassthru.php:72
Civi\CompilePlugin\Util\ComposerPassthru->run() at phar:///usr/local/bin/composer/src/Composer/Plugin/PluginManager.php(196) : eval()'d code:117
Civi\CompilePlugin\CompilePlugin_composer_tmp5->runTasks() at n/a:n/a
call_user_func() at phar:///usr/local/bin/composer/src/Composer/EventDispatcher/EventDispatcher.php:164
Composer\EventDispatcher\EventDispatcher->doDispatch() at phar:///usr/local/bin/composer/src/Composer/EventDispatcher/EventDispatcher.php:96
Composer\EventDispatcher\EventDispatcher->dispatchScript() at phar:///usr/local/bin/composer/src/Composer/Installer.php:338
Composer\Installer->run() at phar:///usr/local/bin/composer/src/Composer/Command/RequireCommand.php:248
Composer\Command\RequireCommand->doUpdate() at phar:///usr/local/bin/composer/src/Composer/Command/RequireCommand.php:205
Composer\Command\RequireCommand->execute() at phar:///usr/local/bin/composer/vendor/symfony/console/Command/Command.php:245
Symfony\Component\Console\Command\Command->run() at phar:///usr/local/bin/composer/vendor/symfony/console/Application.php:835
Symfony\Component\Console\Application->doRunCommand() at phar:///usr/local/bin/composer/vendor/symfony/console/Application.php:185
Symfony\Component\Console\Application->doRun() at phar:///usr/local/bin/composer/src/Composer/Console/Application.php:281
Composer\Console\Application->doRun() at phar:///usr/local/bin/composer/vendor/symfony/console/Application.php:117
Symfony\Component\Console\Application->run() at phar:///usr/local/bin/composer/src/Composer/Console/Application.php:113
Composer\Console\Application->run() at phar:///usr/local/bin/composer/bin/composer:61
require() at /usr/local/bin/composer:24
```
I can reproduce this on a clean install by doing the following:
composer create-project drupal/recommended-project civicrm
cd civicrm/
composer config extra.enable-patching true
composer config minimum-stability dev
composer require civicrm/civicrm-{core,packages,drupal-8}:'~5.32'
composer require drupal/drupalauth4ssp
Failure happens at the last step. Have also tried --with-all-dependencies and wiping vendor and composer.install in case this helps.
I suspect this might be related to: https://lab.civicrm.org/dev/drupal/-/issues/150https://lab.civicrm.org/dev/core/-/issues/2388Searchkit bug - not displaying grouped by field2021-02-21T22:07:08ZeileenSearchkit bug - not displaying grouped by fieldAt a url like
civicrm/admin/search#/create/Contribution?params=%7B"version":4,"select":%5B"financial_type_id:label","SUM(total_amount)%20AS%20SUM_total_amount"%5D,"orderBy":%7B%7D,"where":%5B%5D,"groupBy":%5B"financial_type_id"%5D,"join...At a url like
civicrm/admin/search#/create/Contribution?params=%7B"version":4,"select":%5B"financial_type_id:label","SUM(total_amount)%20AS%20SUM_total_amount"%5D,"orderBy":%7B%7D,"where":%5B%5D,"groupBy":%5B"financial_type_id"%5D,"join":%5B%5D,"having":%5B%5D%7D
the financial type field is empty
![image](/uploads/5297013039c6f27b591c1ce2d354d71b/image.png)
![image](/uploads/0f74b9e2b98d9e312018218ad43ac727/image.png)
@colemanw5.36.0