Development issueshttps://lab.civicrm.org/groups/dev/-/issues2024-03-26T10:22:28Zhttps://lab.civicrm.org/dev/core/-/issues/2Display Inbound Email: linefeed suppressed2024-03-26T10:22:28ZDetlev SieberDisplay Inbound Email: linefeed suppressedWhen viewing an activity of type inbound email, the text is displayed in "details". However, althought the database contains it in plain text and html, it is displayed as plain text without LFs, what makes it hardly readable.When viewing an activity of type inbound email, the text is displayed in "details". However, althought the database contains it in plain text and html, it is displayed as plain text without LFs, what makes it hardly readable.4.7.31https://lab.civicrm.org/dev/core/-/issues/1Allow to search for "in progress" contributions2024-03-01T16:29:50ZxavierAllow to search for "in progress" contributionsThe search is hiding the status "in progress". However, some payment processor do use this status (eg the sepa one), so it is in effect hiding contributions, and therefore makes the users very sad and confused
Fix:
allow to search on s...The search is hiding the status "in progress". However, some payment processor do use this status (eg the sepa one), so it is in effect hiding contributions, and therefore makes the users very sad and confused
Fix:
allow to search on status "in progress". Worse case scenario, no contributions have this status, and it will return an empty list4.7.31https://lab.civicrm.org/dev/core/-/issues/8Fatal error on Print/Merge Document for Cases2023-06-23T17:54:21Zaydunsaidan.saunders@squiffle.ukFatal error on Print/Merge Document for Cases* Go to Search Cases
* Select cases
* Select Print/merge Document from Actions menu
* Result is fatal error
Possibly related to https://issues.civicrm.org/jira/browse/CRM-21382
Reproduced on dmaster.demo
```
Array
(
[callback] =>...* Go to Search Cases
* Select cases
* Select Print/merge Document from Actions menu
* Result is fatal error
Possibly related to https://issues.civicrm.org/jira/browse/CRM-21382
Reproduced on dmaster.demo
```
Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => handle
)
[code] => -19
[message] => DB Error: no such field
[mode] => 16
[debug_info] =>
SELECT contact_id
FROM civicrm_case
WHERE id IN ( 1,4 )
[nativecode=1054 ** Unknown column 'contact_id' in 'field list']
[type] => DB_Error
[user_info] =>
SELECT contact_id
FROM civicrm_case
WHERE id IN ( 1,4 )
[nativecode=1054 ** Unknown column 'contact_id' in 'field list']
[to_string] => [db_error: message="DB Error: no such field" code=-19 mode=callback callback=CRM_Core_Error::handle prefix="" info="
SELECT contact_id
FROM civicrm_case
WHERE id IN ( 1,4 )
[nativecode=1054 ** Unknown column 'contact_id' in 'field list']"]
)
```5.0.0https://lab.civicrm.org/dev/core/-/issues/3626"New Mailing" prematurely schedules blasts and old mailings can be resent2022-06-11T14:57:24Ztotten"New Mailing" prematurely schedules blasts and old mailings can be resent## Steps to reproduce
* Open a MySQL console where you can monitor the content of `civicrm_mailing_job`.
* Make a `Mailing => New Mailing`
* Fill in name/subject/recipients/body on the first page.
* Go to the second page
* __Observe__:...## Steps to reproduce
* Open a MySQL console where you can monitor the content of `civicrm_mailing_job`.
* Make a `Mailing => New Mailing`
* Fill in name/subject/recipients/body on the first page.
* Go to the second page
* __Observe__: In the MySQL console, observe that there are no jobs scheduled for this mailing.
* Set a delivery time. *But don't hit `Submit`*. (You're just thinking about delivery... but not actually sending yet.)
* Open an HTML or plain-text preview.
* __Observe__: In the MySQL console, observe that there is now a scheduled job for this mailing.
To resend an old mailing:
* Any mailing will be queued for redelivery if a user with permission to use CiviMail visits URL `civicrm/a/#/mailing/<MAILING_ID>` (we've seen several users end up on this URL, apparently via browser history)
## Mitigating factors
The only way I've found to trigger the premature mailing (so far) has been to explicitly set the delivery date. It's quite bad to be sending prematurely, but I think it's taken a while to recognize because the delivery date is *the last thing* in the entire process -- *most of the time*, one doesn't set the delivery date until everything else has been settled. This probably means the real-world impact hasn't been as bad one might fear.
## Context
This appears to be a regression in 4.7.31. Related PRs:
* https://issues.civicrm.org/jira/browse/CRM-21260
* https://issues.civicrm.org/jira/browse/CRM-21316
* https://issues.civicrm.org/jira/browse/CRM-21749
* https://github.com/civicrm/civicrm-core/pull/11142/
* https://github.com/civicrm/civicrm-core/pull/11653/
## Solution
* Because the fix is in javascript, resolving this bug requires flushing CiviCRM caches (`cv flush` command) after upgrading to CiviCRM 5.0.05.0.0https://lab.civicrm.org/dev/core/-/issues/3554On 'New Mailing' review page, it doesn't show recipients count2022-06-11T14:50:56ZMonish DebOn 'New Mailing' review page, it doesn't show recipients countSimply visit the second page of `New Mailing` and you will notice that 'Recipients' section has an inappropriate message instead of recipient count.
## Context
This appears to be a regression in 4.7.31. Related PR - https://github.com/...Simply visit the second page of `New Mailing` and you will notice that 'Recipients' section has an inappropriate message instead of recipient count.
## Context
This appears to be a regression in 4.7.31. Related PR - https://github.com/civicrm/civicrm-core/pull/110915.0.0Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/3549On multilingual mode, choosing mailing group doesn't affect recipient count a...2022-06-11T14:50:42ZMonish DebOn multilingual mode, choosing mailing group doesn't affect recipient count and list## Steps to reproduce
1. Enable multilingual mode
2. Go to `Mailing => New Mailing`
3. Choose one or more mailing group.
__Observe__: The recipient count doesn't affect
## Context
This appears to be a regression in 4.7.31. Related...## Steps to reproduce
1. Enable multilingual mode
2. Go to `Mailing => New Mailing`
3. Choose one or more mailing group.
__Observe__: The recipient count doesn't affect
## Context
This appears to be a regression in 4.7.31. Related PRs:
* https://issues.civicrm.org/jira/browse/CRM-21260
* https://issues.civicrm.org/jira/browse/CRM-21316
* https://issues.civicrm.org/jira/browse/CRM-21749
* https://github.com/civicrm/civicrm-core/pull/11142/
* https://github.com/civicrm/civicrm-core/pull/11653/5.0.0Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/42On multilingual mode, choosing mailing group doesn't affect recipient count a...2018-03-31T09:48:01ZMonish DebOn multilingual mode, choosing mailing group doesn't affect recipient count and list## Steps to reproduce
1. Enable multilingual mode
2. Go to `Mailing => New Mailing`
3. Choose one or more mailing group.
__Observe__: The recipient count doesn't affect
## Context
This appears to be a regression in 4.7.31. Related...## Steps to reproduce
1. Enable multilingual mode
2. Go to `Mailing => New Mailing`
3. Choose one or more mailing group.
__Observe__: The recipient count doesn't affect
## Context
This appears to be a regression in 4.7.31. Related PRs:
* https://issues.civicrm.org/jira/browse/CRM-21260
* https://issues.civicrm.org/jira/browse/CRM-21316
* https://issues.civicrm.org/jira/browse/CRM-21749
* https://github.com/civicrm/civicrm-core/pull/11142/
* https://github.com/civicrm/civicrm-core/pull/11653/5.0.0Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/244Allow use of custom fields of type select without specifying an optiongroup2018-07-24T20:41:10Zmattwiremjw@mjwconsult.co.ukAllow use of custom fields of type select without specifying an optiongroupFor an extension I had a requirement to add a "Select Month" custom field. The options are populated dynamically using hook_civicrm_fieldOptions and there is no need for an option group to be associated with them (manually specifying th...For an extension I had a requirement to add a "Select Month" custom field. The options are populated dynamically using hook_civicrm_fieldOptions and there is no need for an option group to be associated with them (manually specifying the months of the year in an optiongroup means they won't be updated to match the current locale).
Additionally, if populated dynamically using the hook_civicrm_fieldOptions and there is an optiongroup associated with the field, the "Edit options" element is automatically added to the UI which is not desirable and does not work properly as the optiongroup is not populated.
There is a single line in CRM_Core_BAO_CustomField::getOptions which causes the function to return before calling hooks if the element is a Select and doesn't have an option group defined which makes it impossible to populate the field using hooks. Removing this allows the hook to populate the custom field values and everything works.
For an example see https://github.com/mattwire/uk.co.mjwconsult.variablerecurpayments (Edit a Membership Type and select the Pro-Rata Start Month).
https://github.com/civicrm/civicrm-core/pull/12439 is also required.
PR: https://github.com/civicrm/civicrm-core/pull/124405.0.0https://lab.civicrm.org/dev/core/-/issues/12Improvement: for crmUiWizard-driven workflows, scroll back to top between steps2023-06-23T17:54:21ZginkgofjgImprovement: for crmUiWizard-driven workflows, scroll back to top between stepsSome "steps" in a wizard are fairly long and require scrolling to reach all the required fields. See the CiviMail wizard (civicrm/a/#/mailing) for example.
Differences in height between the steps can make clicking the buttons that contr...Some "steps" in a wizard are fairly long and require scrolling to reach all the required fields. See the CiviMail wizard (civicrm/a/#/mailing) for example.
Differences in height between the steps can make clicking the buttons that control the workflow (back, forward, etc.) at the bottom of the wizard a jarring experience. Sometimes the next step is significantly shorter than the previous one, and the user is left looking at white space. Sometimes the next step is very similar to the previous step, and it is unclear that anything occurred after the user's click because the user's view hasn't changed.
In any case, a better user experience would be to move the user to the top of the wizard at each transition.5.0.0ginkgofjgginkgofjghttps://lab.civicrm.org/dev/core/-/issues/3582Using ACL to restrict mailing recipients leads to fatal error2022-06-11T14:54:50ZMonish DebUsing ACL to restrict mailing recipients leads to fatal errorSteps to replicate:
1. Assign an ACL permission for one or more contacts
2. Compose a mailing and select a recipient group. Ensure that those contacts are included in that group
3. Submit and Send Mailing immediately
Result into fatal ...Steps to replicate:
1. Assign an ACL permission for one or more contacts
2. Compose a mailing and select a recipient group. Ensure that those contacts are included in that group
3. Submit and Send Mailing immediately
Result into fatal error - https://pastebin.com/aMa2KYy0
## Context
This appears to be a regression in 4.7.31. Related PRs:
* https://issues.civicrm.org/jira/browse/CRM-21260
* https://github.com/civicrm/civicrm-core/pull/11142/
5.1.0Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/120Advanced Search - Contacts throws Fatal Error v 5.1.12018-05-17T02:11:00ZkcristianoAdvanced Search - Contacts throws Fatal Error v 5.1.1Advanced Search for Contacts White Screens - It works for Participants, Members, but not contacts.
Tested on official Download of CiviCRM 5.1.1.
Tested with:
Drupal 7
CiviCRM 5.1.1
php 7.0
MariaDB 10.1
WP 4.9.5
CiviCRM 5.1.1
php 7...Advanced Search for Contacts White Screens - It works for Participants, Members, but not contacts.
Tested on official Download of CiviCRM 5.1.1.
Tested with:
Drupal 7
CiviCRM 5.1.1
php 7.0
MariaDB 10.1
WP 4.9.5
CiviCRM 5.1.1
php 7.0
MariaDB 10.2
WP 4.9.5
CiviCRM 5.1.1
php 7.0
MariaDB 10.1
WP 4.9.5
CiviCRM 5.1.1
php 7.0
MySQL 5.6
All fail on a contact search with `PHP Fatal error: Uncaught Error: Call to undefined method CRM_Core_DAO::disableFullGroupByMode() in /home/ranger/public_html/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:4848 `
These commits are in 5.1.1 - https://github.com/civicrm/civicrm-core/pull/12074 https://github.com/civicrm/civicrm-core/pull/11996
but https://github.com/civicrm/civicrm-core/pull/12043 is not in 5.1.1
Will test adding https://github.com/civicrm/civicrm-core/pull/12043 and see if that fixes.5.1.0https://lab.civicrm.org/dev/core/-/issues/68DB Error on 'Find Participant' page when MySQL FULL_GROUP_BY_MODE is enabled2018-05-17T11:38:27ZMonish DebDB Error on 'Find Participant' page when MySQL FULL_GROUP_BY_MODE is enabledSteps to replicate:
1. Ensure that FULL_GROUP_BY_MODE is enabled in MySQL
2. Go to 'Find Participant' search form and do a simple search
This leads to
DB Error - https://pastebin.com/jxbaAbpSSteps to replicate:
1. Ensure that FULL_GROUP_BY_MODE is enabled in MySQL
2. Go to 'Find Participant' search form and do a simple search
This leads to
DB Error - https://pastebin.com/jxbaAbpS5.1.0Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/48PDF Letter only generates a single letter when multiple contact IDs are speci...2018-04-17T07:09:08Zmattwiremjw@mjwconsult.co.ukPDF Letter only generates a single letter when multiple contact IDs are specifiedRef https://github.com/civicrm/civicrm-core/pull/11946Ref https://github.com/civicrm/civicrm-core/pull/119465.1.0https://lab.civicrm.org/dev/core/-/issues/25Wrap split_jobs in a transaction2023-06-23T17:54:22ZseamusleeWrap split_jobs in a transactionThe split_jobs function should be wrapped in a MySQL transaction to ensure that no mailing can be delivered whilst we are still trying to populate the mailing_job table with all the necessary jobs.The split_jobs function should be wrapped in a MySQL transaction to ensure that no mailing can be delivered whilst we are still trying to populate the mailing_job table with all the necessary jobs.5.1.0seamusleeseamusleehttps://lab.civicrm.org/dev/core/-/issues/584Using CiviDiscount gives a wrong amount with currency localization when recor...2019-12-13T14:14:08ZBetty DolfingUsing CiviDiscount gives a wrong amount with currency localization when recording a payment at an event1. Add Discount to an Event, e.g. 50 %
2. Add a paid event with online registration, event fee is 50 euro
3. Click on link to register
4. Add Discount code and click on 'apply'
5. The amount changes from the expected 25 euro to 25.000....1. Add Discount to an Event, e.g. 50 %
2. Add a paid event with online registration, event fee is 50 euro
3. Click on link to register
4. Add Discount code and click on 'apply'
5. The amount changes from the expected 25 euro to 25.000.000.000.000.
This is in an environment that was created in US English, and afterwards we changed the localisation/language into Dutch.
I tested this locally and on https://dmaster.demo.civicrm.org/civicrm/
Both same result.5.8https://lab.civicrm.org/dev/core/-/issues/529Editing smart group removes search criteria unless criteria tabs are opened f...2018-12-05T20:28:23ZsudomanEditing smart group removes search criteria unless criteria tabs are opened firstWhen editing the search terms in a smart group, If I click "Search" without first opening the drop down tabs that contain info about all of the search criteria, then those terms are removed from the search, returning a different number o...When editing the search terms in a smart group, If I click "Search" without first opening the drop down tabs that contain info about all of the search criteria, then those terms are removed from the search, returning a different number of contacts.
For instance, if my search terms are: `Country = United Kingdom ...AND... Contribution Date - greater than or equal to "January 2nd, 2017 12:00 AM"`, then I need to open the Address Fields and Contributions tabs before clicking "Search", otherwise, I get a much larger set of contacts.
I'm using CiviCRM version 5.3.1 on Drupal 7. Thanks! : )5.8Monish DebMonish Debhttps://lab.civicrm.org/dev/core/-/issues/572Regression: Custom Note fields on Events do not work with CKEditor since 5.72018-12-13T08:48:47ZAgilewareRegression: Custom Note fields on Events do not work with CKEditor since 5.7Agileware ref: CIVICRM-1118
Overview
========
Custom Note fields on Events no longer work with CKEditor.
Was working in 5.6.2.
Verified this still an issue on `dmaster.demo.civicrm.org`:
![rich_text_field_event](/uploads/b636e035977...Agileware ref: CIVICRM-1118
Overview
========
Custom Note fields on Events no longer work with CKEditor.
Was working in 5.6.2.
Verified this still an issue on `dmaster.demo.civicrm.org`:
![rich_text_field_event](/uploads/b636e035977d0b5d100a6229c83e5200/rich_text_field_event.png)
Steps to Reproduce
==================
1. Create a custom data group for Events
2. Add a "Note" field using the "Rich Text Editor" Input Field Type
3. Create an event. Rich text editor is working here.
4. Edit the event Info and Configuration.
5. The custom field doesn't load CKEditor, complaining that `a.ui.spaces` is undefined or null.
6. Sometimes CKEditor doesn't load for the "Complete Description" field either, but it fails less reliably.5.8https://lab.civicrm.org/dev/core/-/issues/552Contribution net amount not re-calculated when fee amount is changed2018-12-05T20:27:27Zaydunsaidan.saunders@squiffle.ukContribution net amount not re-calculated when fee amount is changedWhen a contribution is edited and the fee amount changed, the net amount is not being recalculated.
Scenario 1:
Go to a contact summary
Contributions > Record Contribution
Choose a financial type
Enter amount as 100
Expand Add...When a contribution is edited and the fee amount changed, the net amount is not being recalculated.
Scenario 1:
Go to a contact summary
Contributions > Record Contribution
Choose a financial type
Enter amount as 100
Expand Additional Details section
(Incidentally note stray help text "Net value of the contribution (Total Amount minus Fee)")
Enter Fee Amount as 1.23
Save
View the Contribution just created and note Total amount = $100, Fee amount $1.23, Net amount $98.77 -> Correct
Scenario 2:
Go to a contact summary
Contributions > Record Contribution
Choose a financial type
Enter amount as 100
Save
View the Contribution just created and note Total amount = $100, Fee amount $0, Net amount $100 -> Correct
Now edit the contribution
Expand Additional Details section
Enter Fee Amount as 1.23
Save
View the Contribution just created a note Total amount = $100, Fee amount $1.23, **Net amount $100** -> Total and Fee amounts are correct, but the **Net amount is not recalculated**.
May be related to https://github.com/civicrm/civicrm-core/pull/126625.8https://lab.civicrm.org/dev/core/-/issues/540Civicrm Contact Dashboard returns fatal error2018-11-22T01:41:11Zluke.stewartCivicrm Contact Dashboard returns fatal errorSimilar to https://github.com/civicrm/civicrm-core/pull/13112
Visiting the contact dashboard at https://dmaster.demo.civicrm.org/civicrm/user?reset=1 results in the following error:
> Sorry, due to an error, we are unable to fulfill you...Similar to https://github.com/civicrm/civicrm-core/pull/13112
Visiting the contact dashboard at https://dmaster.demo.civicrm.org/civicrm/user?reset=1 results in the following error:
> Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
> Cannot determine api action for CRM_Contribute_Form_Search.CRM_Core_Action "NO DESCRIPTION SET
![image](/uploads/a3f9baf8ad2032192723162c6a73f8ad/image.png)5.8https://lab.civicrm.org/dev/core/-/issues/473Unable to select Default invoice payment page on CiviContribute Settings Page2018-10-29T07:09:37ZkcristianoUnable to select Default invoice payment page on CiviContribute Settings PageOn current master, on CiviContribute Settings Page you are unable to select the Default Invoice Payment Page. The only recent change https://github.com/civicrm/civicrm-core/pull/12940 does not appear to be the issue, as reverting it do...On current master, on CiviContribute Settings Page you are unable to select the Default Invoice Payment Page. The only recent change https://github.com/civicrm/civicrm-core/pull/12940 does not appear to be the issue, as reverting it does not fix the error.
![image](/uploads/4205564931d8e92f5cdfb65c3cea407b/image.png)
5.8