Development issueshttps://lab.civicrm.org/groups/dev/-/issues2019-06-10T14:20:22Zhttps://lab.civicrm.org/dev/core/-/issues/1010incorrect capitalization in default Pledges - Acknowledgement message template2019-06-10T14:20:22Zphilmorbruincorrect capitalization in default Pledges - Acknowledgement message templateSELECT * FROM `civicrm_msg_template` WHERE `id` = 54
field: msg_html
Lines 24 and 25 as it is:
<p>{ts 1=$contact.display_name}dear %1{/ts},</p>
<p>{ts}thank you for your generous pledge. please print this acknowledgment for you...SELECT * FROM `civicrm_msg_template` WHERE `id` = 54
field: msg_html
Lines 24 and 25 as it is:
<p>{ts 1=$contact.display_name}dear %1{/ts},</p>
<p>{ts}thank you for your generous pledge. please print this acknowledgment for your records.{/ts}</p>
As it should be:
<p>{ts 1=$contact.display_name}Dear %1{/ts},</p>
<p>{ts}Thank you for your generous pledge. Please print this acknowledgment for your records.{/ts}</p>https://lab.civicrm.org/dev/core/-/issues/1011Transaction IDs for a contribution that are initially null are always null2019-06-03T15:53:15ZfrancescbassasTransaction IDs for a contribution that are initially null are always nullThis ticket is the result of the inquiry in this other https://lab.civicrm.org/dev/core/issues/468
**"Normal behaviour"**
1. Create a contribution with transaction ID
![normal-1](/uploads/4208ac1852698fdf61e003d500174d31/normal-1.png...This ticket is the result of the inquiry in this other https://lab.civicrm.org/dev/core/issues/468
**"Normal behaviour"**
1. Create a contribution with transaction ID
![normal-1](/uploads/4208ac1852698fdf61e003d500174d31/normal-1.png)
2. Visualize contribution, transaction ID is present
![normal-2](/uploads/37bab7a87afad68b094dfa5eba16ee9b/normal-2.png)
3. Edit payment details and set a different transaction ID
![normal-3](/uploads/e04d3ed2b91215f593e403310c48b9ad/normal-3.png)
4. Visualize contribution, new transaction ID is appended to the old transaction ID
![normal-4](/uploads/19308ed662e8920da29e234c49c69608/normal-4.png)
**Buggy behaviour**
1. Create a contribution with transaction ID null
![null-1](/uploads/38cd6b38e9ccd16e852c5c7e0c51c3d6/null-1.png)
2. Edit payment details and set a transaction ID value
![null-2](/uploads/25f183f29ced11ae4398cfa8611ec31b/null-2.png)
3. Visualize contribution, transaction ID isn't present
![null-3](/uploads/de18a6e9656acbd6d29029b3c84023db/null-3.png)https://lab.civicrm.org/dev/financial/-/issues/60Transaction IDs for a contribution that are initially null are always null2021-08-06T13:19:57ZfrancescbassasTransaction IDs for a contribution that are initially null are always nullThis ticket is the result of the inquiry in this other https://lab.civicrm.org/dev/core/issues/468
**"Normal behaviour"**
1. Create a contribution with transaction ID
![normal-1](/uploads/4208ac1852698fdf61e003d500174d31/normal-1.png...This ticket is the result of the inquiry in this other https://lab.civicrm.org/dev/core/issues/468
**"Normal behaviour"**
1. Create a contribution with transaction ID
![normal-1](/uploads/4208ac1852698fdf61e003d500174d31/normal-1.png)
2. Visualize contribution, transaction ID is present
![normal-2](/uploads/37bab7a87afad68b094dfa5eba16ee9b/normal-2.png)
3. Edit payment details and set a different transaction ID
![normal-3](/uploads/e04d3ed2b91215f593e403310c48b9ad/normal-3.png)
4. Visualize contribution, new transaction ID is appended to the old transaction ID
![normal-4](/uploads/19308ed662e8920da29e234c49c69608/normal-4.png)
**Buggy behaviour**
1. Create a contribution with transaction ID null
![null-1](/uploads/38cd6b38e9ccd16e852c5c7e0c51c3d6/null-1.png)
2. Edit payment details and set a transaction ID value
![null-2](/uploads/25f183f29ced11ae4398cfa8611ec31b/null-2.png)
3. Visualize contribution, transaction ID isn't present
![null-3](/uploads/de18a6e9656acbd6d29029b3c84023db/null-3.png)https://lab.civicrm.org/dev/core/-/issues/1012Quicksearch: Cannot re-select Name criteria in Chrome (5.14)2019-06-03T23:36:54ZbgmQuicksearch: Cannot re-select Name criteria in Chrome (5.14)How to reproduce:
* This bug is specific to Chrome (v73 or v74)
* CiviCRM 5.14 (RC) or 5.15 master, tested on WordPress and Drupal. Does not affect CiviCRM 5.13.
* In the quicksearch, select any other search criteria
* Now try to select...How to reproduce:
* This bug is specific to Chrome (v73 or v74)
* CiviCRM 5.14 (RC) or 5.15 master, tested on WordPress and Drupal. Does not affect CiviCRM 5.13.
* In the quicksearch, select any other search criteria
* Now try to select the Name (default) criteria again.
![quickseach-select-bug-chrome](/uploads/d7c3b865712add17c1a47eb776043281/quickseach-select-bug-chrome.gif)5.14.0https://lab.civicrm.org/dev/core/-/issues/1013Possible php 7.1 modifications needed in civi core2020-01-30T02:00:36ZjitendraPossible php 7.1 modifications needed in civi coreUsed https://github.com/Alexia/php7mar to scan the master(5.15.alpha1) version of civi code.
The issues found by the checker are listed in the attached file.
[2018-12-22_15.32.20_all-civicrm.md](/uploads/fbaeff85306048256d4df9fa80c95ab...Used https://github.com/Alexia/php7mar to scan the master(5.15.alpha1) version of civi code.
The issues found by the checker are listed in the attached file.
[2018-12-22_15.32.20_all-civicrm.md](/uploads/fbaeff85306048256d4df9fa80c95abb/2018-12-22_15.32.20_all-civicrm.md)
Maybe, it would be better to update the code based on the same?https://lab.civicrm.org/dev/backdrop/-/issues/45civicrm.config.php cannot find settings when multisite is enabled2022-10-21T07:39:16Zbgmcivicrm.config.php cannot find settings when multisite is enabled*Created by: jonhalle*
I was having a problem that extern.php could not locate civicrm.config.php
Looking at civicrm.config.php.backdrop it contains a mechanism to find civicrm.settings.php in a multisite setup.
```
// Alias could b...*Created by: jonhalle*
I was having a problem that extern.php could not locate civicrm.config.php
Looking at civicrm.config.php.backdrop it contains a mechanism to find civicrm.settings.php in a multisite setup.
```
// Alias could be defined in sites/sites.php
if (file_exists($confdir . "/sites.php")) {
include $confdir . "/sites.php";
}
```
but it has a minor error - as the comment says, the sites.php is located in the sites subdirectory so looking for it in the $confdir does not work.
A really ugly workaround is to create a couple of symlinks from the backdrop root directory to the sites subdirectory
```
ln -s sites/sites.php sites.php
ln -s sites/my-site-name my-site-name
```
Alternatively the code ought to say:
```
// Alias could be defined in sites/sites.php
if (file_exists($confdir . "sites/sites.php")) {
include $confdir . "sites/sites.php";
}
```
This also requires a change later in the file to again explicitly add the 'sites' dir with a
```
if (isset($sites[$dir]) && file_exists($confdir.'sites/'."{$sites[$dir]}/civicrm.settings.php")) {
$conf = $confdir.'sites/'."{$sites[$dir]}";
return $conf;
}
```
Looks like the D7 code also needs a change here as I think Drupal 7 and Backdrop define sites in the same place.
The code in question goes back to 2015:
https://github.com/civicrm/civicrm-drupal/pull/327/files#diff-2052e8c39d1751b7d68bc909f7962cb7
Presumably it worked then on Drupal - possibly only on sites with symlinks in place as described above. Very possibly not many people use Backdrop or Drupal in multisite mode with CiviCRM, which might be why this has not been an issue for others.https://lab.civicrm.org/dev/core/-/issues/1014Warnings on contribution dashboard about convertTextStringsToUseLikeOperator()2019-06-05T22:26:41ZDaveDWarnings on contribution dashboard about convertTextStringsToUseLikeOperator()It must be something recent (maybe this one? https://github.com/civicrm/civicrm-core/pull/14354). Am seeing it on local master and on PR test sites:
`Notice: Undefined index: Contribution in CRM_Core_Form_Search->convertTextStringsToUse...It must be something recent (maybe this one? https://github.com/civicrm/civicrm-core/pull/14354). Am seeing it on local master and on PR test sites:
`Notice: Undefined index: Contribution in CRM_Core_Form_Search->convertTextStringsToUseLikeOperator() (line 265 of /home/jenkins/bknix-dfl/build/core-14419-2m56w/sites/all/modules/civicrm/CRM/Core/Form/Search.php).`
`Warning: Invalid argument supplied for foreach() in CRM_Core_Form_Search->convertTextStringsToUseLikeOperator() (line 265 of /home/jenkins/bknix-dfl/build/core-14419-2m56w/sites/all/modules/civicrm/CRM/Core/Form/Search.php).`5.15.0https://lab.civicrm.org/dev/financial/-/issues/61Refund payment can't choose financial type2019-06-10T19:02:06ZMartinRefund payment can't choose financial typeScenario: We have events set up using price sets which include different financial types (event fee, donation, etc). Sometimes a change is needed to the registration, requiring a refund (or an additional payment). In these cases, the ref...Scenario: We have events set up using price sets which include different financial types (event fee, donation, etc). Sometimes a change is needed to the registration, requiring a refund (or an additional payment). In these cases, the refund is divided proportionally between the different financial types. My assumption is that this is by design. In our situation, it would be preferable to allow the user to select what financial type to apply it to.
Example: User registers online for $60 event + $40 donation, and provides payment for $100. Later a staff user modifies the registration to change from $60 to a $50 "student rate" for the event portion, and records a $10 refund.
Current behavior: A $6 refund will appear towards event fee, and a $4 refund will appear towards donation.
Desired behavior: Staff user can select what financial type to apply the $10 towards, so that the entire amount can go towards the event fee. OR, another potential approach would be if civi can recognize the change to the event registration line items, and record the donation accordingly.https://lab.civicrm.org/dev/core/-/issues/1015Errors exporting contributions on 5.13.22019-07-08T21:27:09ZlandbryoErrors exporting contributions on 5.13.2We've been experiencing issues exporting contributions since upgrading to 5.13.2 . I've seen mention that a lot of the export functionality has been getting cleaned up. Has anyone else been having this issue?
**Steps Taken:**
Find Contr...We've been experiencing issues exporting contributions since upgrading to 5.13.2 . I've seen mention that a lot of the export functionality has been getting cleaned up. Has anyone else been having this issue?
**Steps Taken:**
Find Contributions
Choose Date Range: 1/1/19 - 6/3/19
Contribution Amounts: 1 - 10,000,000
Contributions: Both
Financial Type: Donations, Donations: 30/30; Donations: Bequests; Donation: EOY; Donation: Major Donor; Donation: Non-Major; Grant: Corporate; Grants: Foundations; Grant: Government
Click Search
Export All 146 Records
Actions: Export Contributions
Continue
**Error Thrown:**
~~~~#0 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php(192): CRM_Core_Error::backtrace()
#1 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(922): CRM_Core_Error::handle(Object(DB_Error))
#2 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/DB.php(985): PEAR_Error->__construct("DB Error: no such field", -19, 16, (Array:2), "SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...")
#3 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(575): DB_Error->__construct(-19, 16, (Array:2), "SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...")
#4 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(223): PEAR->_raiseError(Object(DB_mysqli), NULL, -19, 16, (Array:2), "SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...", "DB_Error", TRUE)
#5 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1907): PEAR->__call("raiseError", (Array:7))
#6 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(933): DB_common->raiseError(-19, NULL, NULL, "SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...", "1054 ** Unknown column 'contribution_search_scredit_combined.scredit_idLEFT' ...")
#7 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(403): DB_mysqli->mysqliRaiseError()
#8 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1216): DB_mysqli->simpleQuery("SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...")
#9 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(2415): DB_common->query("SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...")
#10 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(1607): DB_DataObject->_query("SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...")
#11 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(439): DB_DataObject->query("SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...")
#12 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(1414): CRM_Core_DAO->query("SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...", TRUE)
#13 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Export/BAO/Export.php(448): CRM_Core_DAO::executeQuery("SELECT contact_a.id as contact_id, contact_a.contact_type as `contact_type`, ...")
#14 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Export/Form/Select.php(428): CRM_Export_BAO_Export::exportComponents(TRUE, (Array:147), (Array:8), "`receive_date` desc, contact_a.id", NULL, NULL, 2, " civicrm_contribution.id IN ( 46217,46115,46104,46131,46127,46085,46042,46034...", NULL, 0, 0, (Array:5), NULL)
#15 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(490): CRM_Export_Form_Select->postProcess()
#16 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/StateMachine.php(160): CRM_Core_Form->mainProcess()
#17 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php(61): CRM_Core_StateMachine->perform(Object(CRM_Export_Form_Select), "next", "Next")
#18 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Export_Form_Select), "next")
#19 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Export_Form_Select), "next")
#20 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php(349): HTML_QuickForm_Page->handle("next")
#21 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(311): CRM_Core_Controller->run((Array:3), NULL)
#22 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(85): CRM_Core_Invoke::runItem((Array:14))
#23 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:3))
#24 /home/{USERNAME}/public_html/wp-content/plugins/civicrm/civicrm.php(1392): CRM_Core_Invoke::invoke((Array:3))
#25 /home/{USERNAME}/public_html/wp-includes/class-wp-hook.php(286): CiviCRM_For_WordPress->invoke("")
#26 /home/{USERNAME}/public_html/wp-includes/class-wp-hook.php(310): WP_Hook->apply_filters("", (Array:1))
#27 /home/{USERNAME}/public_html/wp-includes/plugin.php(465): WP_Hook->do_action((Array:1))
#28 /home/{USERNAME}/public_html/wp-admin/admin.php(253): do_action("toplevel_page_CiviCRM")
DB Error: no such field5.14.0https://lab.civicrm.org/dev/wordpress/-/issues/30use native CiviCRM function to pull page query variable2019-06-07T08:45:46Zlcdwebuse native CiviCRM function to pull page query variablecivicrm_in_wordpress_set() relies on a WP function (get_query_var()) to determine if a frontend page is a CiviCRM page. That WP function pulls get variables from WP globals, but may not have been set yet in various situations. It's prefe...civicrm_in_wordpress_set() relies on a WP function (get_query_var()) to determine if a frontend page is a CiviCRM page. That WP function pulls get variables from WP globals, but may not have been set yet in various situations. It's preferable to use the CiviCRM Request class at this point in the process.lcdweblcdwebhttps://lab.civicrm.org/dev/core/-/issues/1016Small bug with impact on translation in confirm.tpl2019-11-24T06:16:33ZGuillaumeSorelSmall bug with impact on translation in confirm.tplI found that some strings in /sites/all/modules/civicrm/templates/CRM/Contribute/Form/Contribution/Confirm.tpl were not translated because of a line break in code lines 298 >> 301.
`{if $is_pay_later OR $amount LE 0.0}
{ts 1=$...I found that some strings in /sites/all/modules/civicrm/templates/CRM/Contribute/Form/Contribution/Confirm.tpl were not translated because of a line break in code lines 298 >> 301.
`{if $is_pay_later OR $amount LE 0.0}
{ts 1=$button}Your transaction will not be completed until you click the <strong>%1</strong> button. Please click the button one time only.{/ts}
{else}
{ts 1=$button}Your contribution will not be completed until you click the <strong>%1</strong> button. Please click the button one time only.{/ts}
{/if}`
When corrected, theses strings are correctly translated otherwise would they stay in English.5.15.0https://lab.civicrm.org/dev/drupal/-/issues/67WordPress, ipn/extern.php: Call to undefined function get_option() in CRM_Uti...2019-06-05T01:10:28ZFrancis (Agileware)WordPress, ipn/extern.php: Call to undefined function get_option() in CRM_Utils_System_WordPress->getTimeZoneString()Since CiviCRM 5.11.0, the PayPalIPN is trying to get the timezone from the `CRM_Core_Config::singleton()->userSystem`.
This uses `get_option()` when `userSystem` is `CRM_Utils_System_WordPress` which is not available until WordPress is ...Since CiviCRM 5.11.0, the PayPalIPN is trying to get the timezone from the `CRM_Core_Config::singleton()->userSystem`.
This uses `get_option()` when `userSystem` is `CRM_Utils_System_WordPress` which is not available until WordPress is bootstrapped.
At this point, as Joomla Drupal and Backdrop are all bootstrapped in the `extern/ipn.php` script in master & 5.15, it seems the obvious solution is to always call `CRM_Utils_System::loadBootstrap` before running the selected `$paypalIPN` class. I'm also not sure why Joomla would need the user loaded, which is the difference between the Joomla and Drupal/Backdrop calls currently available.
Agileware ref is CIVICRM-1228https://lab.civicrm.org/dev/core/-/issues/1017WordPress, ipn/extern.php: Call to undefined function get_option() in CRM_Uti...2019-06-05T22:31:58ZFrancis (Agileware)WordPress, ipn/extern.php: Call to undefined function get_option() in CRM_Utils_System_WordPress->getTimeZoneString()Since CiviCRM 5.11.0, PayPalIPN is trying to get the timezone from the `CRM_Core_Config::singleton()->userSystem`.
This uses `get_option()` when `userSystem` is `CRM_Utils_System_WordPress` which is not available until WordPress is boot...Since CiviCRM 5.11.0, PayPalIPN is trying to get the timezone from the `CRM_Core_Config::singleton()->userSystem`.
This uses `get_option()` when `userSystem` is `CRM_Utils_System_WordPress` which is not available until WordPress is bootstrapped.
At this point, as Joomla Drupal and Backdrop are all bootstrapped in the `extern/ipn.php` script in master & 5.15, it seems the obvious solution is to always call `CRM_Utils_System::loadBootstrap` before running the selected `$paypalIPN` class. I'm also not sure why Joomla would need the user loaded, which is the difference between the Joomla and Drupal/Backdrop calls currently available.
Agileware ref is CIVICRM-12285.14.0https://lab.civicrm.org/dev/core/-/issues/1018Petition: Social Network Buttons are displayed on irrespective of social med...2022-11-10T05:03:59ZyashodhaPetition: Social Network Buttons are displayed on irrespective of social media share offPetition: Social Network Buttons are displayed on irrespective of setting *Allow sharing through social media?* being off.Petition: Social Network Buttons are displayed on irrespective of setting *Allow sharing through social media?* being off.yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/1019Monetary Amount Display setting not respected for price set totals2020-12-12T02:47:07ZyashodhaMonetary Amount Display setting not respected for price set totalsSteps to replicate:
-------------------
* Go to Administer > Localization > Language and Currency Change *Monetary Amount Display* to %a %c
* Configure price sets with some amounts
* Use this price set for any event/contribution,etc each...Steps to replicate:
-------------------
* Go to Administer > Localization > Language and Currency Change *Monetary Amount Display* to %a %c
* Configure price sets with some amounts
* Use this price set for any event/contribution,etc each item will respect the amount display but not the total(since it is auto calculated)
![fee](/uploads/3108aee6d5ec0138e8df4b808e8cb759/fee.png)5.24.0https://lab.civicrm.org/dev/core/-/issues/1020Child group can't be enabled through links2022-11-09T05:03:43ZyashodhaChild group can't be enabled through linksSteps to replicate :
--------------------
1. Create a child group of a currently active group
2. Disable the child group
3. Try to activate the child group through Enable link
4. Pop up says Are you sure you want to disable this Group?
...Steps to replicate :
--------------------
1. Create a child group of a currently active group
2. Disable the child group
3. Try to activate the child group through Enable link
4. Pop up says Are you sure you want to disable this Group?
![enable_group](/uploads/76a6a39d9d3c2569e285f7f39346f89a/enable_group.png)https://lab.civicrm.org/dev/financial/-/issues/62PayPal Pro IPN doesn't record failed recurring payments2020-01-18T22:29:49ZJonGoldPayPal Pro IPN doesn't record failed recurring paymentsOnce upon a time, some payment processors recorded failed recurring payments, others didn't, based on the preference of the author.
These days, we've settled on "failed recurring payments should create a failed contribution entry" acros...Once upon a time, some payment processors recorded failed recurring payments, others didn't, based on the preference of the author.
These days, we've settled on "failed recurring payments should create a failed contribution entry" across the board, except PayPal Pro, which has the note "[// Also consider accepting 'Failed' like other processors.](https://github.com/civicrm/civicrm-core/blob/master/CRM/Core/Payment/PayPalProIPN.php#L248)".
I wrote a patch for this years ago, but at the time it wasn't settled that this was correct behavior. I recently had another client request this functionality, so I'm going to modernize the patch, put it in production, and submit it upstream if it looks good.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/1021“Address History” link for contacts disappeared?2019-06-11T09:04:34Ztapash“Address History” link for contacts disappeared?I used to have an "Address History" link that appeared when an address was updated in CiviCRM 5.10 probably (can't remember the exact version). I have logging turned on in settings.
But since I have updated to the latest 5.13.5 that "Ad...I used to have an "Address History" link that appeared when an address was updated in CiviCRM 5.10 probably (can't remember the exact version). I have logging turned on in settings.
But since I have updated to the latest 5.13.5 that "Address History" link has disappeared. I have checked on https://dmaster.demo.civicrm.org and it does not appear there too. Is it a bug or intentional removal? Any suggestion on how can I get back this please, because it used to be a great feature I think. Thankshttps://lab.civicrm.org/dev/drupal/-/issues/68Drupal8/jquery2019-06-06T17:32:36ZAlanDixonDrupal8/jqueryJquery isn't automatically included on every page by Drupal 8 (like D7), but the js file: libraries/civicrm/crm.drupal8.js assumes it is - i.e. it sez:
<pre>`// Need Drupal's jQuery to listen to this event
jQuery(document).on('drupal...Jquery isn't automatically included on every page by Drupal 8 (like D7), but the js file: libraries/civicrm/crm.drupal8.js assumes it is - i.e. it sez:
<pre>`// Need Drupal's jQuery to listen to this event
jQuery(document).on('drupalToolbarTabChange', function(event, tab) {`</pre>
I'm getting js errors in my console on a contribution page, for example (Uncaught TypeError: jQuery is not a function)https://lab.civicrm.org/dev/core/-/issues/1022Manage Case search filter "Deleted Activities" no longer working2023-07-11T16:09:44ZDaveDManage Case search filter "Deleted Activities" no longer workingOn manage case expand the search filters section just above the activities. There's a checkbox there to show deleted activities. It's no longer working. I think I can see the problem - will make a PR.On manage case expand the search filters section just above the activities. There's a checkbox there to show deleted activities. It's no longer working. I think I can see the problem - will make a PR.yashodhayashodha