Development issueshttps://lab.civicrm.org/groups/dev/-/issues2022-09-22T02:55:32Zhttps://lab.civicrm.org/dev/core/-/issues/583Irregular display of custom fields when editing contributions2022-09-22T02:55:32Zluke.stewartIrregular display of custom fields when editing contributionsWhen editing a contribution (in a new page) sometimes the custom field data will not display.
Present on both 5.3.1 and dmaster (5.10.alpha1)
To reproduce:
Create a custom field set for contributions - and specify it to be for a speci...When editing a contribution (in a new page) sometimes the custom field data will not display.
Present on both 5.3.1 and dmaster (5.10.alpha1)
To reproduce:
Create a custom field set for contributions - and specify it to be for a specific type:
![image](/uploads/d4157eed58eac83c7d1ef902ce5d77cc/image.png)
Add a field (or two)
Find a contribution of that specific type and load a number of times. Sometimes the custom field type will show and other times it will not.
![image](/uploads/78f18f2e29514d252760682612fde821/image.png)https://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/3572Deduping test email is case sensitive2022-06-11T14:54:27ZMartinDeduping test email is case sensitiveTested on 4.6.38 and 5.6.1.
When composing a mailing, the email address used in the "send test email to" field at the bottom is deduped. This is case sensitive, so fails to match emails that are the same but have different upper/lower c...Tested on 4.6.38 and 5.6.1.
When composing a mailing, the email address used in the "send test email to" field at the bottom is deduped. This is case sensitive, so fails to match emails that are the same but have different upper/lower case combinations. In this case, it will create a new contact with this interesting property: the value in the "email" field shows with the email address flattened to all lowercase, but the display name for the contact shows with the upper/lower case mix used when it was entered to test the mailing.
The upshot of all this is that if I'm putting together a mailing and send 6 test to the same email address (with an uppercase letter), I get 6 new duplicate contacts because it fails to match it each time.
Request to make the dedupe test for this mailing field case insensitive, since in general civi seems to want email addresses to be lowercase when they're used.
I can potentially make this change if someone can point me in the right direction.
Thanks!5.11https://lab.civicrm.org/dev/joomla/-/issues/5[civicrm.root] wrongly evaluated on Joomla2020-03-25T00:09:10Zaydunsaidan.saunders@squiffle.uk[civicrm.root] wrongly evaluated on JoomlaUnder some circumstances, `[civicrm.root]` is evaluated as `/components/com_civicrm/civicrm/` but should be `/administrator/components/com_civicrm/civicrm/` resulting in various failures.
A workaround is to use the path instead of the v...Under some circumstances, `[civicrm.root]` is evaluated as `/components/com_civicrm/civicrm/` but should be `/administrator/components/com_civicrm/civicrm/` resulting in various failures.
A workaround is to use the path instead of the variable.
For example, see https://civicrm.stackexchange.com/questions/27652/location-of-civicrm-css-on-joomlahttps://lab.civicrm.org/dev/core/-/issues/585client is not getting assigned as target contact2018-12-29T22:09:50ZStoobclient is not getting assigned as target contactThis behavior started in 5.6 and persists in 5.8.0 whereby when editing the next scheduled activity in the Case sequence, it looks like the target contact is set, but it actually isn't. This appears to be that because when the next sche...This behavior started in 5.6 and persists in 5.8.0 whereby when editing the next scheduled activity in the Case sequence, it looks like the target contact is set, but it actually isn't. This appears to be that because when the next scheduled activity is created in the sequence, the target contact is blank to begin with.
But when the next scheduled activity is edited and saved, the source contact is set, the case id is set, but target contact remains unset. In other words, the activity target is not set to the client as it should be, nor as the screen implies that it is. The undesirable symptom is that activities without a target do not show up in Activity reports or Find Activities search.
![looks-good](/uploads/f8e63bf92cc7610eebf5463211d7af5e/looks-good.png)
![but-target-blank](/uploads/48b57aefca4d042303ab7f868b205523/but-target-blank.png)
5.8.2https://lab.civicrm.org/dev/core/-/issues/586PCP Report does not show accurate total amount and total donors2019-01-07T23:07:12ZjamiePCP Report does not show accurate total amount and total donorsThe "Personal Campaign Page Report" provides inaccurate numbers for the "Committed Amount" and the "Number of Donors" in the report rows. The numbers in the summary at the bottom are accurate.
Instead of the total "Committed Amount", it...The "Personal Campaign Page Report" provides inaccurate numbers for the "Committed Amount" and the "Number of Donors" in the report rows. The numbers in the summary at the bottom are accurate.
Instead of the total "Committed Amount", it provides one of the committed amounts. Instead of a count of donors, it provides the id of one of the soft credit records.5.11jamiejamiehttps://lab.civicrm.org/dev/core/-/issues/587Permissions on GroupContact API calls seem wrong2023-09-24T16:09:28ZJonGoldPermissions on GroupContact API calls seem wrongI got a support request from a user who didn't have "Edit All Contacts" permissions stating that they couldn't remove someone from a group. Sure enough, [edit all contacts](https://lab.civicrm.org/dev/core/blob/master/CRM/Core/Permissio...I got a support request from a user who didn't have "Edit All Contacts" permissions stating that they couldn't remove someone from a group. Sure enough, [edit all contacts](https://lab.civicrm.org/dev/core/blob/master/CRM/Core/Permission.php#L1229) is the necessary permission. However, editing/removing tags just requires "access CiviCRM".
Does this seem correct to folks? Is it to prevent someone escalating their ACL permissions? If so, it feels like we need a different permission, and predates more nuanced solutions such as [Group Protect](https://github.com/CiviCooP/org.civicoop.groupprotect). The only other entity that needs such high permissions is Relationship - that also seems wrong.
I propose that we add both GroupContact and Relationship entities to the `_civicrm_api3_check_edit_permissions()` function. If you can edit the contact, you can edit their groups/relationships. If someone gives this a "Concept: Approved" I'll work on the PR.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/588"CiviMail Draft" appears twice in non-Mosaico test emails2018-12-13T04:45:56ZJonGold"CiviMail Draft" appears twice in non-Mosaico test emailsCiviCRM 5.8.0 I believe this is a side effect of https://github.com/civicrm/civicrm-core/pull/12758.CiviCRM 5.8.0 I believe this is a side effect of https://github.com/civicrm/civicrm-core/pull/12758.5.8.1https://lab.civicrm.org/dev/core/-/issues/589Autocomplete search result fields selection not being saved2018-12-18T21:09:33Zvakeesan26Autocomplete search result fields selection not being saved![image](/uploads/63a3d487baa560ed3ac439e27aecefd0/image.png)
https://dmaster.demo.civicrm.org/civicrm/admin/setting/search?reset=1
When we select additional autocomplete fields ( like email,phone,street ) those selections are not bein...![image](/uploads/63a3d487baa560ed3ac439e27aecefd0/image.png)
https://dmaster.demo.civicrm.org/civicrm/admin/setting/search?reset=1
When we select additional autocomplete fields ( like email,phone,street ) those selections are not being saved.
only the default "Contact Name" is selected.
Also Email is not included in default Quick search [Name/Email].
It is only searching in sort_name (filed separately as https://lab.civicrm.org/dev/core/issues/593)
issue - CiviCRM 5.8.0 5.8.1https://lab.civicrm.org/dev/wordpress/-/issues/15Payment Options not showing when there are two options2020-06-17T09:07:23ZryeradioPayment Options not showing when there are two optionsI have two payment processors set up in Civi. When I am logged in as admin and go to my donate form I see the fieldset "Payment options" (one is for credit card and one is for electronic check). Everything works as expected until I am n...I have two payment processors set up in Civi. When I am logged in as admin and go to my donate form I see the fieldset "Payment options" (one is for credit card and one is for electronic check). Everything works as expected until I am not logged in as admin. When I am not logged in as Admin I only see the default payment processor which is the credit card. I made sure all of the contribution permissions are set for an anonymous user. There is something preventing the "Payment Options" fieldset to show for non-admin users.
I see the fieldset when I debug the page. It is called "crm-group payment-options-group" and it is set to display="None"
Here is the test link I am using: https://aflbs.org/test-donate
I am using Wordpress 4.9, Civi 5.7.2 and I am using a Civi contribution form.https://lab.civicrm.org/dev/core/-/issues/592ArgumentCountError: Too few arguments to function CiviCRM_API3_Exception...2018-12-13T06:41:13ZBjörn EndresArgumentCountError: Too few arguments to function CiviCRM_API3_Exception...Full message:
``ArgumentCountError: Too few arguments to function CiviCRM_API3_Exception::__construct(), 1 passed in [drupal root]/sites/all/modules/civicrm/Civi/API/Api3SelectQuery.php on line 130 and at least 2 expected in CiviCRM_API...Full message:
``ArgumentCountError: Too few arguments to function CiviCRM_API3_Exception::__construct(), 1 passed in [drupal root]/sites/all/modules/civicrm/Civi/API/Api3SelectQuery.php on line 130 and at least 2 expected in CiviCRM_API3_Exception->__construct()
``
I'm assuming the ``new \CiviCRM_API3_Exception(`` call has escaped the author when fixing all ``new CiviCRM_API3_Exception(`` occurrences after the signature change.
Seems to affect ``5.7.2`` and later.
I'll post a PR right away.5.10https://lab.civicrm.org/dev/core/-/issues/590CiviCase- additional timeline- activity offset not working post upgrade2022-09-21T05:03:42ZalarmingcodCiviCase- additional timeline- activity offset not working post upgradeWe've recently upgraded a site from 4.6.38 to 5.7
They were using cases with additional timelines. So they could add a new session to an existing case offset by 7 days from the "newest" activity of type x.
Post upgrade the additional t...We've recently upgraded a site from 4.6.38 to 5.7
They were using cases with additional timelines. So they could add a new session to an existing case offset by 7 days from the "newest" activity of type x.
Post upgrade the additional timeline only offsets the new activity from the oldest activity of type x in the case. (This holds true wether the offfset is marked as oldest or newest in the timeline settings.
Just tested this out on dmaster.demo and found this works the same.https://lab.civicrm.org/dev/core/-/issues/591MyISAM warnings on temporary tables2019-05-09T08:52:17Zaydunsaidan.saunders@squiffle.ukMyISAM warnings on temporary tablesTemporary tables do not specify the engine to be used and so are created with the default engine (often MyISAM). This in turn causes the MyISAM check to complain. See https://civicrm.stackexchange.com/questions/27683/wordpress-myisam-d...Temporary tables do not specify the engine to be used and so are created with the default engine (often MyISAM). This in turn causes the MyISAM check to complain. See https://civicrm.stackexchange.com/questions/27683/wordpress-myisam-database-engine-error-after-update
This could be fixed either by specifying the engine when creating temporary tables, or excluding them from the MyISAM check.
See also https://lab.civicrm.org/dev/core/issues/183#note_103335.8.1https://lab.civicrm.org/dev/core/-/issues/593Quicksearch "Name/Email" doesn't search email2018-12-18T03:19:39ZJonGoldQuicksearch "Name/Email" doesn't search emailI'm seeing this on both 5.8.0 and master.
QuickSearch, when set to "Name/Email" searches on name but not email. Basic/Advanced search "Name/Email" fields both work normally.I'm seeing this on both 5.8.0 and master.
QuickSearch, when set to "Name/Email" searches on name but not email. Basic/Advanced search "Name/Email" fields both work normally.5.8.2https://lab.civicrm.org/dev/core/-/issues/594WYSIWYG Editor affected in CiviCRM 5.8.02018-12-28T08:55:55Zvakeesan26WYSIWYG Editor affected in CiviCRM 5.8.0After changing Display preference Wysiwig Editor setting from Text-Area to CKEditor
the editor not loaded anywhere.
Also the Configure CKEditor button is not visible in display preference page.
![image](/uploads/bf12c40db9672e5b0ad876...After changing Display preference Wysiwig Editor setting from Text-Area to CKEditor
the editor not loaded anywhere.
Also the Configure CKEditor button is not visible in display preference page.
![image](/uploads/bf12c40db9672e5b0ad8767f211260e7/image.png)
**New Activity**
![image](/uploads/ba87691aaab34031a6f363e7a6136fc2/image.png)
**Manage Events**
![image](/uploads/c74efdd95f623d4eac15fd7735e350a1/image.png)5.9https://lab.civicrm.org/dev/core/-/issues/595On Edit Membership Status admin form, default value of Label field fails to p...2018-12-17T20:30:07ZdavejOn Edit Membership Status admin form, default value of Label field fails to populateOn Edit Membership Status form, Label field is empty when form loads. If left blank, get "This field is required" on submit. If filled in, it saves OK to db but when edit form is loaded again, it remains blank. So it's an issue of popula...On Edit Membership Status form, Label field is empty when form loads. If left blank, get "This field is required" on submit. If filled in, it saves OK to db but when edit form is loaded again, it remains blank. So it's an issue of populating the default value of the Label field in the admin form.
This is a fairly recent regression, couldn't see an existing bug report. Affects 5.8.0, 5.7.2 & 5.5.2 but not 5.4.1 .
5.8.2https://lab.civicrm.org/dev/core/-/issues/596Report export requires additional permission on report form2022-10-22T05:03:48ZjensschuppeReport export requires additional permission on report formA user without the permission "Edit reports" is not able to export reports as CSV/PDF from the report form at civicrm/report/instance/{report_id} using the action dropdown field, although those actions are contained within the field. The...A user without the permission "Edit reports" is not able to export reports as CSV/PDF from the report form at civicrm/report/instance/{report_id} using the action dropdown field, although those actions are contained within the field. The form is just submitting and no export happens.
However, using the link (civicrm/report/instance/{report_id}?output={csv|pdf}), e.g. on the report list on civicrm/report/list, this is possible as expected.https://lab.civicrm.org/dev/core/-/issues/597Financial Type get api action returns empty values when name parameter is used2018-12-17T20:30:23ZscardiniusFinancial Type get api action returns empty values when name parameter is usedAny parameters work fine except of `name`. I see such problems:
* it's not possible to find type by existing name
* it's not possible to find type by non-existing name (test for new financial type)
* `'DonationNew' is not a valid op...Any parameters work fine except of `name`. I see such problems:
* it's not possible to find type by existing name
* it's not possible to find type by non-existing name (test for new financial type)
* `'DonationNew' is not a valid option for field financial_type = Array`
Example:
```php
$result = civicrm_api3('FinancialType', 'get', [
'sequential' => 1,
'name' => "Donation",
]);
```
Result:
```json
{
"is_error": 0,
"version": 3,
"count": 0,
"values": []
}
```
This is a regression in those versions
* 5.5.3
* 5.6.0
It works fine in 5.3.25.8.2https://lab.civicrm.org/dev/core/-/issues/3329Inherited memberships not created correctly when contact count changes.2022-04-22T16:17:19Zsamknelson@gmail.comInherited memberships not created correctly when contact count changes.(Migrating this issue from https://issues.civicrm.org/jira/browse/CRM-21463, since it's been idle there for over a year.)
Suppose you have an organization membership. Suppose the organization has 4 related contacts, each of whom inheri...(Migrating this issue from https://issues.civicrm.org/jira/browse/CRM-21463, since it's been idle there for over a year.)
Suppose you have an organization membership. Suppose the organization has 4 related contacts, each of whom inherits the membership.
Suppose you then add a related contact.
Suppose you then renew the membership.
The newly related contact does not receive the inherited membership. In fact, each time you save / update the membership, an apparently random set of 4 related contacts receives the inherited membership.
============
This turns out to be a bug in Member/BAO/Membership.php. At line 1445, we see
if ($relMembership->find(TRUE)) {
$params['id'] = $relMemIds['membership'] = $relMembership->id;
}
However, params['id'] is never initialized, so if some related memberships are not found, they are assigned the ID from the last iteration through the loop – meaning the previous contact loses their membership.
The solution is to add $params['id'] = NULL right before. (It would probably be better to set $params = NULL at the beginning of the loop, but I haven't tested that.)
I haven't submitted a patch, but it should be straightforward.5.31.0https://lab.civicrm.org/dev/core/-/issues/598Campaigns > conduct survey > reserve | search with Smart or Parent list doesn...2022-10-05T05:03:35ZkenCampaigns > conduct survey > reserve | search with Smart or Parent list doesn't return all contacts**Campaigns > conduct survey > reserve**
I can search for contacts by list, but if I use a Smart or Parent list then the returned contacts doesn't include all contacts.
I assume what is needed is to refresh the smart list cache.**Campaigns > conduct survey > reserve**
I can search for contacts by list, but if I use a Smart or Parent list then the returned contacts doesn't include all contacts.
I assume what is needed is to refresh the smart list cache.