Development issueshttps://lab.civicrm.org/groups/dev/-/issues2020-05-02T04:46:10Zhttps://lab.civicrm.org/dev/core/-/issues/1714Search Builder - Activity Type search not working.2020-05-02T04:46:10ZBari PollardSearch Builder - Activity Type search not working.After upgrading to 5.24.3 some smart groups stopped working that were created using Search Builder and activity types.
Investigated on DMaster 5.26.alpha1.
Using Search Builder -
Choose Activity - Activity Type - = - Tell a Friend. ...After upgrading to 5.24.3 some smart groups stopped working that were created using Search Builder and activity types.
Investigated on DMaster 5.26.alpha1.
Using Search Builder -
Choose Activity - Activity Type - = - Tell a Friend.
Actual results - 0
Choose Activity - Activity Type ID - = - Tell a Friend. (Not listed as a ID just the label)
Actual results - 925.25.0https://lab.civicrm.org/dev/core/-/issues/1713After core upgrade, extension routes unavailable2020-08-04T07:44:04ZtottenAfter core upgrade, extension routes unavailableOverview
----------------------------------------
After upgrading 5.21.1 to 5.24.3, there appears to be a problem with rebuilding the menu/router listing. This has been specifically observed in Mosaico. I can't imagine why it would be u...Overview
----------------------------------------
After upgrading 5.21.1 to 5.24.3, there appears to be a problem with rebuilding the menu/router listing. This has been specifically observed in Mosaico. I can't imagine why it would be unique to Mosaico, but I have not tested with other extensions.
Reproduction steps
----------------------------------------
* Create `dmaster` site with Civi 5.21.1
* Install Mosaico 2.3
* Create a draft mailing. Add some content. Keep this page open (eg `civicrm/a/#/mailing/1`)
* Update code to Civi 5.24.3.
* Run the Civi upgrader. Use the web UI. (*The problem does not reproduce if you use cv upgrade.*) Wait for it finish.
* Reload the draft mailing page.
Current behaviour
----------------------------------------
The AJAX request for `/civicrm/mosaico/iframe?snippet=1` fails -- the response provides the fallback HTML page used by `/civicrm`. This content is rendered badly. The popup fails to open.
![Screen_Shot_2020-04-17_at_12.11.58_AM](/uploads/a74655b0fd5daf8dcf2eafee25cb6c1f/Screen_Shot_2020-04-17_at_12.11.58_AM.png)
If you explicitly flush the system cache, then the `civicrm/mosaico/iframe` route works as expected.
Expected behaviour
----------------------------------------
During the upgrade, when the system cache is flushed, it should activate the routes used by Mosaico.
The AJAX request for `/civicrm/mosaico/iframe?snippet=1` should work.
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:__ _Firefox 74_
* __CiviCRM:__ _5.24.3_
* __PHP:__ _7.1_
* __CMS:__ _D7_
* __Database:__ _MySQL 5.7_
* __Web Server:__ _Apache 2_
Comments
----------------------------------------
NOTE: This issue was originally reported on Mattermost by Pete and Jitendra from Fuzion.5.26.0https://lab.civicrm.org/dev/core/-/issues/1712Can't edit Civicontribute component settings for tax and invoicing once set2022-10-04T13:21:48ZUpperholmeCan't edit Civicontribute component settings for tax and invoicing once setOverview
----------------------------------------
Having enabled the Tax and Invoicing feature and set the preferred options at /civicrm/admin/setting/preferences/contribute?reset=1, if you later want to alter one or more of these option...Overview
----------------------------------------
Having enabled the Tax and Invoicing feature and set the preferred options at /civicrm/admin/setting/preferences/contribute?reset=1, if you later want to alter one or more of these options, for example changing the number of days before the invoice falls due, or turning off the option to send a PDF invoice by default, edits to this page are not saved.
I've come across this on two installations, both running 5.24.x, and have replicated the issue on https://dmaster.demo.civicrm.org
Reproduction steps
----------------------------------------
1. Go to Administration > CiviContribute > CiviContribute Component Settings.
2. If Tax and Invoicing is already enabled, edit, for example, the number of days before an invoice falls due. Click 'Save'.
3. Return to Administration > CiviContribute > CiviContribute Component Settings
4. Note that your edit has not been saved and that the previous setting still stands.
Current behaviour
----------------------------------------
I've not tested every setting on this page, but for those that I have, edits are not saved and whatever the previous setting was remains in force.
Expected behaviour
----------------------------------------
The edit should be saved.
Environment information
----------------------------------------
* Browsers tested: Firefox 75/Safari 13.04
* CiviCRM: Master/5.24.1
* PHP: 7.3
* CMS: Drupal 7.69
* Database: MariaDB
* Web Server: Apache 2.45.25.0https://lab.civicrm.org/dev/drupal/-/issues/117Profiles used for editing user records in drupal 8 don't load civi javascript2021-06-14T15:53:02ZDaveDProfiles used for editing user records in drupal 8 don't load civi javascript1. Create a civi profile that has `View/Edit Drupal User Account` checked under "Used For".
1. Add the Individual birthdate field.
1. Clear drupal cache at admin/config/development/performance (otherwise the tab in the next step won't sh...1. Create a civi profile that has `View/Edit Drupal User Account` checked under "Used For".
1. Add the Individual birthdate field.
1. Clear drupal cache at admin/config/development/performance (otherwise the tab in the next step won't show up).
1. Edit any user record under /admin/people.
1. Click on the tab for the profile you made.
1. Birthdate field has no datepicker. If you turn off aggregation which is on by default you can see no civi javascript seems to be even listed (i.e. it's not a 404 or resource url issue).
Civi and civicrm-drupal-8 version is master.5.40.0https://lab.civicrm.org/dev/core/-/issues/1711Display SMS segment count when constructing a Mass SMS2021-08-23T19:49:34ZJohn TwymanDisplay SMS segment count when constructing a Mass SMSOverview
----------------------------------------
SMS messages over 160 characters in length are split into 153 character segments. If you use non-GSM characters (eg. ideograms, curly quotes, etc.) those messages are sent in UCS-2 encod...Overview
----------------------------------------
SMS messages over 160 characters in length are split into 153 character segments. If you use non-GSM characters (eg. ideograms, curly quotes, etc.) those messages are sent in UCS-2 encoding which limits segments to 67 characters.
SMS providers (Clickatel, Twilio, Nexmo, etc.) charge *per segment*.
I propose a modification to the New Mass SMS wizard to display the number of SMS segments required to send a Mass SMS on the *SMS Content* step of the New Mass SMS wizard. It will give users better visibility of the cost of their desired message.
Example use-case
----------------------------------------
1. Click on **Mailings -> New Mass SMS**.
2. Step through the first step of the wizard (Select Recipients).
3. On the SMS Content step, as the SMS message is typed in, the number of segments required is displayed and dynamically updated alongside the display of the number of characters entered.
Current behaviour
----------------------------------------
As a SMS message is entered Civi displays the number of characters used. There is no indication of the number of message segments.
Proposed behaviour
----------------------------------------
Modify [the maxCharInfoDisplay function in CRM/Contact/Form/Task/SMSCommon.tpl](https://github.com/civicrm/civicrm-core/blob/a3628d0b7a4d5d253fa38d87ddc7eb2525ef2775/templates/CRM/Contact/Form/Task/SMSCommon.tpl#L67) that dynamically displays the number of characters entered to also calculate and display how many segments are required.
![civisms-improvement-mockup](/uploads/c2bc774996a3b8a659c63e9e190abfd6/civisms-improvement-mockup.png)
The simplest approach might be to adopt this code ([thanks StackOverflow](https://stackoverflow.com/questions/12673120/how-to-detect-non-gsm-7-bit-alphabet-characters-in-input-field/12673229)):
`gsm = "@£$¥èéùìòÇØøÅåΔ_ΦΓΛΩΠΨΣΘΞ^{}\[~]|€ÆæßÉ!\"#¤%&'()*+,-./0123456789:;<=>?¡ABCDEFGHIJKLMNOPQRSTUVWXYZÄÖÑܧ¿abcdefghijklmnopqrstuvwxyzäöñüà";
var letter = 'a';
var letterInAlfabet = gsm.indexOf(letter) !== -1;`
We could also consider adding a help icon to trigger a modal that provides some basic information about SMS segments, "weird" characters, etc. too.
Comments
----------------------------------------
The mockup I've attached is a good example of how a message that looks like it fits within a single segment can produce unexpected outcomes. The use of curly quotes push 148 characters across three segments, tripling the cost per recipient.
This happens relatively frequently as people often copy/paste content from Outlook, Gmail, Word, etc., documents/messages.5.40.0https://lab.civicrm.org/dev/core/-/issues/1710Activity Detail report gives syntax error with force=1 if include case activi...2020-04-28T19:40:48ZelilisseckActivity Detail report gives syntax error with force=1 if include case activities is onDirectly related to: https://lab.civicrm.org/dev/core/-/issues/1552
Summary from 1552: On the Activity Details report, when the filter "Include Case Activities" is set to "Yes" the report can generate an SQL syntax error as follows:
``...Directly related to: https://lab.civicrm.org/dev/core/-/issues/1552
Summary from 1552: On the Activity Details report, when the filter "Include Case Activities" is set to "Yes" the report can generate an SQL syntax error as follows:
```
`[type] => DB_Error
[user_info] => CREATE TEMPORARY TABLE civicrm_tmp_e_dflt_607d7436413c499f88a03a05edf1fd9c ENGINE=InnoDB DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci AS SELECT civicrm_contact_target.sort_name as civicrm_contact_contact_target, civicrm_contact_target.id as civicrm_contact_contact_target_id, activity_civireport.id as civicrm_activity_id, activity_civireport.source_record_id as civicrm_activity_source_record_id, activity_civireport.activity_type_id as civicrm_activity_activity_type_id, activity_civireport.subject as civicrm_activity_activity_subject, activity_civireport.activity_date_time as civicrm_activity_activity_date_time, activity_civireport.status_id as civicrm_activity_status_id, address_civireport.street_name as civicrm_address_street_name, address_civireport.street_number as civicrm_address_street_number, address_civireport.street_address as civicrm_address_street_address, address_civireport.city as civicrm_address_city, address_civireport.postal_code as civicrm_address_postal_code
FROM civicrm_activity activity_civireport
INNER JOIN civicrm_activity_contact activity_contact_civireport
ON activity_civireport.id = activity_contact_civireport.activity_id AND
activity_contact_civireport.record_type_id = 3
INNER JOIN civicrm_contact civicrm_contact_target
ON activity_contact_civireport.contact_id = civicrm_contact_target.id
LEFT JOIN civicrm_case_activity
ON .activity_id = activity_civireport.id
LEFT JOIN civicrm_address address_civireport
ON (civicrm_contact_target.id =
address_civireport.contact_id) AND
address_civireport.is_primary = 1
WHERE activity_civireport.is_test = 0 AND
activity_civireport.is_deleted = 0 AND
activity_civireport.is_current_revision = 1 AND ( activity_civireport.activity_date_time >= 20200401000000) AND ( activity_civireport.activity_date_time <= 20200430235959) AND ( activity_civireport.activity_type_id IN (66,27,20,19,37,29,18,16,53,26,15,33,35,36,48,52,51,6,42,49,43,3,50,5,41,54,14,12,45,62,55,25,64,34,56,1,8,17,7,58,23,13,4,46,32,2,30,10,11,22,24,47,40,21,44,60,28,9,39,38,67,68,31) ) [nativecode=1064 ** You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '= activity_civireport.id
LEFT JOIN civicrm_address address_civi' at line 10]`
```
The exact same syntax error still exists in a demo install of 5.26.alpha1 but only when the direct "View Results" link is used without first viewing report criteria i.e. the report form is viewed with a param like "force=1" or "output=result" as it generally would be in a direct menu link to that report.
Further, it seems the following notices appear only when the Activity Detail report result are accessed directly. These notices to not appear when one views criteria first and clicks "view results":
`Notice: Undefined index: civicrm_case_activity in CRM_Report_Form_Activity->buildFrom() (line 1157 of /home/eli/buildkit/build/drupal526/web/sites/all/modules/civicrm/CRM/Report/Form/Activity.php).`
`Notice: Undefined offset: 3 in CRM_Report_Utils_Report::getInstanceID() (line 307 of /home/eli/buildkit/build/drupal526/web/sites/all/modules/civicrm/CRM/Report/Utils/Report.php).`
It appears `{$this->_aliases['civicrm_case_activity']}` is only populated when the report criteria is accessed before results.5.25.0https://lab.civicrm.org/dev/user-interface/-/issues/18Wrap separators in price field in spans with classes2020-05-14T00:17:14ZherbdoolWrap separators in price field in spans with classesThis is what it looks like now:
![Screenshot_from_2020-04-14_23-33-59](/uploads/41dd70e6e16b1305ed8fb8ca7abf3b6e/Screenshot_from_2020-04-14_23-33-59.png)
About 4 years ago a span and class were added to the "-" separator. But we should...This is what it looks like now:
![Screenshot_from_2020-04-14_23-33-59](/uploads/41dd70e6e16b1305ed8fb8ca7abf3b6e/Screenshot_from_2020-04-14_23-33-59.png)
About 4 years ago a span and class were added to the "-" separator. But we should have them on the colons as well. This will help with styling the form. This should be a simple PR.5.27.0herbdoolherbdoolhttps://lab.civicrm.org/dev/user-interface/-/issues/17Confusing popups when importing activities2022-06-11T01:15:44ZrobinhoodConfusing popups when importing activitiesThis is on CiviCRM 5.24.1, just installed. The behavior of the Import Activities page is odd. On the Preview page, Step 3 of 4, the buttons Previous, Import Now, or Cancel are displayed. However, no matter which button is selected, a pop...This is on CiviCRM 5.24.1, just installed. The behavior of the Import Activities page is odd. On the Preview page, Step 3 of 4, the buttons Previous, Import Now, or Cancel are displayed. However, no matter which button is selected, a popup box says: "Backing up your database before importing is recommended, as there is no Undo for this. Are you sure you want to import now?" Then the import appears to start and a progress bar appears, even if Previous or Cancel were selected. If Import Now was selected, the import proceeds normally. If Previous was selected, nothing is imported, and it returns the user to Step 2 of 4. If Cancel was selected, nothing is imported, and it returns the user to Step 1 of 4. No harm is done, and the return to previous steps is correct, but the popups give the appearance that we are unable to stop the import regardless of the option selected, which is alarming to the user. This behavior is confirmed on the demo site.5.51.0https://lab.civicrm.org/dev/core/-/issues/1700Financial ACL Report check always fails2020-04-09T23:07:12ZJonGoldFinancial ACL Report check always failsOverview
----------------------------------------
If Financial Type ACLs are enabled, you're warned you need to install the extension `biz.jmaconsulting.financialaclreport`. This warning persists even after installing the extension.
Re...Overview
----------------------------------------
If Financial Type ACLs are enabled, you're warned you need to install the extension `biz.jmaconsulting.financialaclreport`. This warning persists even after installing the extension.
Reproduction steps
----------------------------------------
1. Turn on Financial ACLs (**Administer » CiviContribute » CiviContribute Component Settings**).
1. Install `biz.jmaconsulting.financialaclreport`.
Current behaviour
----------------------------------------
The System Status screen still says that you need to install the extension.
Expected behaviour
----------------------------------------
The warning should disappear.
Comments
----------------------------------------
This happens because the check is doing an API call to `Extension.get` to see if status equals `Installed`. However, the status is actually `installed`, with a lowercase `i`.5.26.0JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/1697set is_deceased to not null in schema and upgrade script2020-04-09T23:07:11ZMichael McAndrewset is_deceased to not null in schema and upgrade scriptOver the past few years, compelling evidence has has emerged to suggest that Zombies do exist in CiviCRM databases. Here are a couple of the most high profile cases:
- https://civicrm.org/extensions/zombie-check
- https://civicrm.org/bl...Over the past few years, compelling evidence has has emerged to suggest that Zombies do exist in CiviCRM databases. Here are a couple of the most high profile cases:
- https://civicrm.org/extensions/zombie-check
- https://civicrm.org/blog/simonparkervitiligosocietyorguk/solution-all-recipients-not-showing-up-for-sending-mass-email
Whilst various attempts have been made to eliminate the scourge of zombies once and for ever, the most notable of which being https://lab.civicrm.org/dev/core/-/blob/master/CRM/Upgrade/Incremental/sql/4.7.beta2.mysql.tpl#L15-17 ...
```sql
-- CRM-17147 People with empty deceased-flag ('is null') get removed from recipient list of a mailing
UPDATE civicrm_contact SET is_deceased = 0 WHERE is_deceased IS NULL;
ALTER TABLE civicrm_contact ALTER COLUMN is_deceased SET DEFAULT 0;
```
... it has come to light that Zombies persist across CiviCRM instances.
Although the upgrade script defaults all existing fields to 0, and new sites have a default of 0, this does not prevent the columns from being asssigned a null value.
:coffin: :cross:
PR here that alters the definition for new tables and adds another upgrade step: https://github.com/civicrm/civicrm-core/pull/170255.26.0https://lab.civicrm.org/dev/core/-/issues/1696Update attachment message on mailing form.2020-04-10T03:15:49ZjitendraUpdate attachment message on mailing form.The Attachment tab on the Mailing page displays a message on the screen to add new files. But there is no indication of the size of the file which could be attached here. Larger file attachments lead to failure in the mailing process and...The Attachment tab on the Mailing page displays a message on the screen to add new files. But there is no indication of the size of the file which could be attached here. Larger file attachments lead to failure in the mailing process and eventually results in not sending mails to the recipients.
![image](/uploads/ab7354a0ecb366409ce0994ee58b6471/image.png)
The above message should be displayed something like -
>Alternatively, you may add new files using drag/drop. Each file must be less than <max_size>M in size. For larger files, please upload it somewhere else and paste a link in the body of this mailing.
Normal email form do have this specified -
![image](/uploads/6534588f143cb4241497d62d7795fef1/image.png)5.26.0https://lab.civicrm.org/dev/core/-/issues/1695Upgrading to 5.24.1 custom field not saved for Case when submitted from webform2020-08-07T03:09:34ZPradeep Nayakpradpnayak@gmail.comUpgrading to 5.24.1 custom field not saved for Case when submitted from webformTo Replicate:
Create a webform and enable civicase with custom field. After submitting the webform a new case is created but the custom fields are blank.
This was working until 5.22.x and than update to DB/ packages in 5.23 broke this f...To Replicate:
Create a webform and enable civicase with custom field. After submitting the webform a new case is created but the custom fields are blank.
This was working until 5.22.x and than update to DB/ packages in 5.23 broke this functionality. This cannot be replicated when case is created from UI but can be replicated by writing code eg
```
$result = civicrm_api3('Case', 'create', [
'contact_id' => 202,
'case_type_id' => "housing_support",
'subject' => "test",
])['id'];
$cust = array(
'19' => array(
'-1' => array(
'id' => '',
'value' => '344',
'type' => 'Money',
'custom_field_id' => '19',
'custom_group_id' => '13',
'table_name' => 'civicrm_value_reportable_co_13',
'column_name' => 'reportable_cost_19',
'file_id' => '',
'is_multiple' => '0',
)
)
);
CRM_Core_BAO_CustomValueTable::store($cust, 'civicrm_case', $result);
```
Digging into the code found that the entry civicrm_value_reportable_co_13 table does get created but isn't shown. I guess this is because the transaction is started but not committed. Below patch fixes my problem (which removes Transaction code) but I guess its not ideal solution.
```
diff --git a/Civi/CCase/Events.php b/Civi/CCase/Events.php
index 114875f17e..f76c92c267 100644
--- a/Civi/CCase/Events.php
+++ b/Civi/CCase/Events.php
@@ -78,12 +78,10 @@ class Events {
public static function fireCaseChangeForRealz($caseIds) {
foreach ((array) $caseIds as $caseId) {
if (!isset(self::$isActive[$caseId])) {
- $tx = new \CRM_Core_Transaction();
self::$isActive[$caseId] = 1;
$analyzer = new \Civi\CCase\Analyzer($caseId);
\CRM_Utils_Hook::caseChange($analyzer);
unset(self::$isActive[$caseId]);
- unset($tx);
}
}
}
```5.24.2https://lab.civicrm.org/dev/core/-/issues/1692Case Details field is empty2020-04-07T00:22:14Zivan_compucorpCase Details field is emptyOverview
----------------------------------------
When user creates new case using core form (non webform) the details field value is not saved (respective field of civicrm_case table is empty).
Reproduction steps
----------------------...Overview
----------------------------------------
When user creates new case using core form (non webform) the details field value is not saved (respective field of civicrm_case table is empty).
Reproduction steps
----------------------------------------
1. Go to **Cases -> New Case**.
1. Fill in all the fields, including **Details** and click **Save**.
1. Case entity is created, but **Details** are emtpy.
Current behaviour
----------------------------------------
![case-details](/uploads/70934a3fc5c5460f2898b78056bb615e/case-details.gif)
Expected behaviour
----------------------------------------
The **Details** field of case entity should have a value.
Environment information
----------------------------------------
* __CiviCRM:__ 5.19.4
* __PHP:__ 7.3
* __CMS:__ Drupal 7.69
* __Database:__ MySQL 5.7.295.26.0https://lab.civicrm.org/dev/core/-/issues/1689Database upgrade for 5.24.0 hangs2020-04-07T00:22:30ZphilmckDatabase upgrade for 5.24.0 hangsTwo of the four sites I tried to upgrade to CiviCRM 5.24.0 last night (from 5.23.3) failed and had to be rolled back. All four sites run on WordPress 5.4, PHP 7.3, Ubuntu 18.04 so I'm not sure why some succeeded and others failed. There'...Two of the four sites I tried to upgrade to CiviCRM 5.24.0 last night (from 5.23.3) failed and had to be rolled back. All four sites run on WordPress 5.4, PHP 7.3, Ubuntu 18.04 so I'm not sure why some succeeded and others failed. There's some difference in extensions but there are many permutations there and I haven't had time to go through them.
In each of the failure cases I deleted the /wp-content/plugins/civicrm folder and replaced it with the Civi 5.24.0 files and the I10n files. Then I deleted /wp-content/uploads/civicrm/templates_c, went to Administer > Administration Console > System Status and saw the expected red warning that a database update was needed. Clicked on that and saw the usual progress bar which got about half-way across and then stopped progressing. I came back about half an hour later and it was still hung, tried to refresh the page without success, went back to the status page and it said a database update was incomplete and to restore from a backup and try again. I did that, but the results were the same.5.24.1https://lab.civicrm.org/dev/core/-/issues/1688[regression] CiviCRM reports smart groups won't work due to deleted custom fi...2020-04-07T00:23:20ZJonGold[regression] CiviCRM reports smart groups won't work due to deleted custom fields that aren't deletedAny smart group based on at least one custom field that allows multiple selections (checkboxes, multi-select, etc.) will incorrectly show as having a deleted custom field in the `CRM_Utils_Check_Component_Schema::checkSmartGroupCustomFie...Any smart group based on at least one custom field that allows multiple selections (checkboxes, multi-select, etc.) will incorrectly show as having a deleted custom field in the `CRM_Utils_Check_Component_Schema::checkSmartGroupCustomFieldCriteria()` check.
To replicate on the demo site:
* Create a new custom field with Input Field Type of checkbox (see screenshot). Make the field searchable.
* Populate this value for at least one contact (you can't create a search group if no contacts are found).
* Using Advanced Search, search for the custom value you just created.
* Create a Smart Group.
* Run the API `System.check` (or visit the System Status page).
### Expected Result
The newly created smart group should not report a deleted custom field.
### Actual result
¯\\_(ツ)_/¯
I'm not sure how best to handle this without regex...so I'll submit a patch with regex and let smarter heads decide if that's acceptable.
![Selection_866](/uploads/dd70ae5400aba1c6c9bdd29885f44abe/Selection_866.png)5.24.1JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/1686Export via membership dashboard exports all contacts in db, not the selection2020-04-04T21:59:08ZwannesderoyExport via membership dashboard exports all contacts in db, not the selectionOverview
----------------------------------------
If we go to CiviMember dashboard on /civicrm/member and click on one of the numbers in the last column of the table of memberships. We get a list of all the contacts with that active memb...Overview
----------------------------------------
If we go to CiviMember dashboard on /civicrm/member and click on one of the numbers in the last column of the table of memberships. We get a list of all the contacts with that active membership. But if we want to export this list by selecting the "all xxxx contacts" radio button and running the export action in the dropdown we eventually get a csv export of all our contacts in civicrm. Not just the selection we just made.
I also noticed that on the result list in the search criteria fieldset there is nothing prefilled. Maybe this is why our selection does not appear to work.
Reproduction steps
----------------------------------------
1. go to CiviMember dashboard on /civicrm/member
2. click on one of the numbers in the last column of the table of memberships
3. select the "all xxxx contacts" radio button
4. run the export action in the dropdown.
5. select the primary fields option (but the same happens if you select some fields)
6. run export
Current behaviour
----------------------------------------
This results in a csv of all the contacts in CiviCRM.
Expected behaviour
----------------------------------------
We should get a csv of the selection we just made.
Environment information
----------------------------------------
* __Browser:__ _Chrome 80.0.3987.149_
* __CiviCRM:__ _tested on 5.21.2 and 5.23.4_
* __PHP:__ _7.2.26__
* __CMS:__ _Drupal 8.8.1_
* __Database:__ _MySQL 5.7.23_
* __Web Server:__ _nginx/1.16.1_5.24.0https://lab.civicrm.org/dev/core/-/issues/1683profile Public Title (frontend_title column) is not used in profile create/ed...2020-04-16T01:07:40Zlcdwebprofile Public Title (frontend_title column) is not used in profile create/edit modeOverview
----------------------------------------
The relatively new "Public Title" field in profile settings was implemented for use in contribution forms, but not for standalone profile create/edit mode.
Example use-case
-------------...Overview
----------------------------------------
The relatively new "Public Title" field in profile settings was implemented for use in contribution forms, but not for standalone profile create/edit mode.
Example use-case
----------------------------------------
1. create a new profile and give it a different public title from the profile name.
1. view the profile in create or edit mode. note that the profile name is used, not the public title, as expected.
Proposed behaviour
----------------------------------------
The public title value should be displayed, if set.5.25.0lcdweblcdwebhttps://lab.civicrm.org/dev/core/-/issues/1682Invalid currency "$" on sending offline membership receipt.2020-04-01T22:55:46ZjitendraInvalid currency "$" on sending offline membership receipt.To replicate
- Enable Invoicing in civicrm.
- Configure `Member Dues` Financial type to apply 10% on the membership fee. (Add required financial account and update fin type with sales tax account).
- Create a priceset to have the above ...To replicate
- Enable Invoicing in civicrm.
- Configure `Member Dues` Financial type to apply 10% on the membership fee. (Add required financial account and update fin type with sales tax account).
- Create a priceset to have the above membership type
![image](/uploads/b85fbc873b5029243cbfd5e4a9bf2bee/image.png)
- Using offline membership form => Create a membership for a contact with this priceset.
- Enable `Send Confirmation and Receipt?` checkbox.
- Submit the form.
![image](/uploads/ae21d873a83769540941ae21544f143c/image.png)5.25.0https://lab.civicrm.org/dev/core/-/issues/1677Domain specific entities on multisite are not respected after upgrade to 5.23.42020-04-02T17:36:40ZandyburnsDomain specific entities on multisite are not respected after upgrade to 5.23.4Overview
----------------------------------------
After upgrading to 5.23.4 on multisite the from email address and membership type that should respect the domain ID are not. After clearing cache with cv flush whichever domain ID I go to...Overview
----------------------------------------
After upgrading to 5.23.4 on multisite the from email address and membership type that should respect the domain ID are not. After clearing cache with cv flush whichever domain ID I go to first shows 'correctly' but then that would be the membership organization shown on any other domain I'd go to subsequently. Seeing another domain membership types other than the domain's org membership types. Seeing this with the default from address when going to actions > send email and membership when adding or renewing a membership.
Membership Error Reproduction steps
----------------------------------------
1. Run cv flush
2. Go to a contact
3. Click membership tab > add membership
4. AJAX modal pops up and the Membership Organization and Type is that of the domain.
5. Go to another domain and run steps 2-4 and it will be the same membership organization (incorrect) in step 4. Repeats on all other domains.
From Email Address Reproduction steps
----------------------------------------
1. Go to a contact
2. Click actions > send email
3. You'll see incorrect from email address for the domain
Current behaviour
----------------------------------------
Domain specific entities are not respected
Expected behaviour
----------------------------------------
You should only see your Membership Organization and Type and its membership types when adding a membership. You should only see from email address of the organization domain when sending an email.
Environment information
----------------------------------------
* __CiviCRM:__ 5.23.4
* __PHP:__ 7.2.28-3+ubuntu18.04.1+deb.sury.org+1
* __CMS:__ WordPress 5.3.2
* __Database:__ MySQL 5.7.29
* __Web Server:__ Apache/2.4.41 (Ubuntu)
Are others seeing this?
@kcristiano @seamuslee 5.24.0https://lab.civicrm.org/dev/core/-/issues/1676E_NOTICE when using the New Individual popup/profile2020-03-30T12:49:37ZDaveDE_NOTICE when using the New Individual popup/profileSeems to be new in master, not happening in 5.24. Adding regression label although with the default profile it doesn't cause any problems.
1. Turn on the setting at system settings - debugging to log to drupal watchdog.
1. Do something ...Seems to be new in master, not happening in 5.24. Adding regression label although with the default profile it doesn't cause any problems.
1. Turn on the setting at system settings - debugging to log to drupal watchdog.
1. Do something like create a contribution, where you have the option to create a new individual on the fly.
1. In the Contributor field, choose the option to create a New Individual.
1. In drupal watchdog there's `Notice: Undefined variable: primaryLocationType in CRM_Profile_Form->buildQuickForm() (line 844 of blah/CRM/Profile/Form.php).`
1. You can also see it on the screen as a red box if you instead:
1. Go to `/civicrm/profile/create?reset=1&context=dialog&gid=4&returnExtra=display_name,sort_name,email&snippet=json`
1. Visit the civicrm home page or any other actual page.5.25.0