Extensions issueshttps://lab.civicrm.org/groups/extensions/-/issues2014-02-24T16:36:29Zhttps://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/7Use Primary Address as backup - not working2014-02-24T16:36:29ZKarinGUse Primary Address as backup - not workingIn the Drupal module equivalent - but I don't think that section of code has changed much. This is a note to myself to test this in the Extension.
In the Drupal module equivalent - but I don't think that section of code has changed much. This is a note to myself to test this in the Extension.
https://lab.civicrm.org/extensions/finsburypark/-/issues/5Column widths appear off in Form Builder interface2021-09-20T11:05:42Zjoshjosh@civicrm.orgColumn widths appear off in Form Builder interfaceUsing Finsbury .10 (SearchKit looks great!) appears to show an imbalance in the column widths in the Form Builder interface. Col 1 appears to be 3/4 width and col 2 appears to be 1/4 width. Expected behavior is for each col to be 1/2 wid...Using Finsbury .10 (SearchKit looks great!) appears to show an imbalance in the column widths in the Form Builder interface. Col 1 appears to be 3/4 width and col 2 appears to be 1/4 width. Expected behavior is for each col to be 1/2 width.
![Screenshot_2021-02-04_at_22.49.46](/uploads/eff6c590acd2e45ae66f74f2337ce70f/Screenshot_2021-02-04_at_22.49.46.jpg)https://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/6Unsubscribe and Show Online links2019-09-27T15:40:05ZhomotechsualUnsubscribe and Show Online links*Created by: artfulrobot*
CiviMail offers tokens for unsubscribing and to show an online version of the message.
Mosaico has a built-in hard-coded part to its templates that introduce it's own custom tokens.
The Mosaico custom tok...*Created by: artfulrobot*
CiviMail offers tokens for unsubscribing and to show an online version of the message.
Mosaico has a built-in hard-coded part to its templates that introduce it's own custom tokens.
The Mosaico custom tokens are replaced by Mosaico for CiviMail-sent mailings, which is the intended use. However when using this extension to convert a Mosaico mailing to a Message Template these tokens remain and will not be intercepted by the Mosaico extension.
This requires some thought and planning. We should do what we can but also flag this in the README.
https://lab.civicrm.org/extensions/groupadmin/-/issues/4Not able to install the extension on 5.362021-04-16T13:35:01ZtapashNot able to install the extension on 5.36Seeing this
`$backTrace = #0 /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Error.php(433): CRM_Core_Error::backtrace("backTrace", TRUE) #1 /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Inv...Seeing this
`$backTrace = #0 /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Error.php(433): CRM_Core_Error::backtrace("backTrace", TRUE) #1 /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Invoke.php(39): CRM_Core_Error::handleUnhandledException(Object(CiviCRM_API3_Exception)) #2 /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/drupal/civicrm.module(458): CRM_Core_Invoke::invoke((Array:3)) #3 /home/webadmin/public_html/cmm-uat/includes/menu.inc(527): civicrm_invoke("admin", "extensions") #4 /home/webadmin/public_html/cmm-uat/index.php(21): menu_execute_active_handler() #5 {main}`
`$Fatal Error Details = array:3 [ "message" => "invalid criteria for IN" "code" => null "exception" => CiviCRM_API3_Exception {#2813 -extraParams: array:3 [ "is_error" => 1 "error_message" => "invalid criteria for IN" "error_code" => "undefined" ] #message: "invalid criteria for IN" #code: 0 #file: "/home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/api/api.php" #line: 133 trace: { /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/api/api.php:133 { › if (is_array($result) && !empty($result['is_error'])) { › throw new CiviCRM_API3_Exception($result['error_message'], CRM_Utils_Array::value('error_code', $result, 'undefined'), $result); › } } /home/webadmin/public_html/cmm-uat/sites/default/files/civicrm/ext/groupadmin/CRM/Groupadmin/NavigationMenu.php:44 { …} /home/webadmin/public_html/cmm-uat/sites/default/files/civicrm/ext/groupadmin/groupadmin.php:222 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Utils/Hook.php:271 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Utils/Hook/DrupalBase.php:73 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/Civi/Core/CiviEventDispatcher.php:168 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php:214 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php:44 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/Civi/Core/CiviEventDispatcher.php:129 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Utils/Hook.php:167 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Utils/Hook.php:916 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Page.php:161 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Page/Basic.php:147 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Admin/Page/Extensions.php:105 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Invoke.php:313 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Invoke.php:69 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/CRM/Core/Invoke.php:36 { …} /home/webadmin/public_html/cmm-uat/sites/all/modules/civicrm/drupal/civicrm.module:458 { …} /home/webadmin/public_html/cmm-uat/includes/menu.inc:527 { …} /home/webadmin/public_html/cmm-uat/index.php:21 { …} } } ]`
![Screenshot_2021-04-14_at_20.04.06](/uploads/2b4f513b048d20e2155a4d96eb4737e4/Screenshot_2021-04-14_at_20.04.06.png)https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/66WSOD when trying to enable Setup in-kind receipts?2017-09-28T19:17:58ZPradeep Nayakpradpnayak@gmail.comWSOD when trying to enable Setup in-kind receipts?CiviCRM version : 4.7.2
Error:
PHP Fatal error: Call to undefined method CRM_Utils_VersionCheck::singleton() in /var/www/drupal7/sites/all/modules/Extensions/CDNTaxReceipts/cdntaxreceipts.functions.inc on line 1169, referer: http:...CiviCRM version : 4.7.2
Error:
PHP Fatal error: Call to undefined method CRM_Utils_VersionCheck::singleton() in /var/www/drupal7/sites/all/modules/Extensions/CDNTaxReceipts/cdntaxreceipts.functions.inc on line 1169, referer: http://localhost/drupal7/civicrm/cdntaxreceipts/settingshttps://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/69Multilingual : use the preferred language2018-09-11T21:04:19ZKarinGMultilingual : use the preferred language*Created by: samuelsov*
In multilingual sites, right now, if we have receipt in both English and French, the user need to do :
1. batch in 2 steps by switching the current CiviCRM language and printing the receipt for the correspond...*Created by: samuelsov*
In multilingual sites, right now, if we have receipt in both English and French, the user need to do :
1. batch in 2 steps by switching the current CiviCRM language and printing the receipt for the corresponding language only
2. for single receipt printing, switch CiviCRM to the correct language
Instead, we should use preferred language (or use default site language if not defined) to print the receipt.https://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/9{literal}{/literal} tags in template2021-03-02T10:25:30ZMichael McAndrew{literal}{/literal} tags in templateI'm wondering if anyone has experienced this issue where {literal}{/literal} tags are visible in mosaico templates when you use them as part of the send email action.
![image](https://user-images.githubusercontent.com/209967/57022684-...I'm wondering if anyone has experienced this issue where {literal}{/literal} tags are visible in mosaico templates when you use them as part of the send email action.
![image](https://user-images.githubusercontent.com/209967/57022684-c835bc80-6c27-11e9-8943-c359b71f2bc7.png)
https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/89Error with bulk actions for issuing tax receipt2019-02-20T13:14:52ZKarinGError with bulk actions for issuing tax receipt*Created by: Edzelopez*
One of my clients reported this error:
"I think CiviCRM's tax receipt module has a bug. I selected all of the 2018 contributions, and found the Action menu item for Issue Tax Receipt. It said:
You have sele...*Created by: Edzelopez*
One of my clients reported this error:
"I think CiviCRM's tax receipt module has a bug. I selected all of the 2018 contributions, and found the Action menu item for Issue Tax Receipt. It said:
You have selected 20 contributions including 7 originals and 13 duplicates to issue. Note that duplicates cannot be issued by this method and will be skipped. The summary below includes the original receipt issue contributions only.
Seeing that message, I clicked back, to Cancel, and did not issue any receipts. Nonetheless, when I went back in to that module to see if I had missed anything, the numbers had changed to 0 originals and 20 duplicates.
I can persuade it to print ordinary receipts (which are only available one receipt per donation), but not tax receipts.
However, I did find that if I went into a particular donation and clicked the red maple leaf at the bottom, it took me to a screen where I could reissue the tax receipt, or cancel the tax receipt... and now that I've looked into that a little, the 7 donations where civicrm decided to do its own thing about the tax receipt are all individually receipted."
Please let me know if this is being worked on or if it is a known error. Else, I will be happy to submit a PR for a fix. Thanks!https://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/11Template blank after creation of new template2019-05-20T08:47:57ZhomotechsualTemplate blank after creation of new template*Created by: AoRTaunton*
Hi,
Had the follows issue at least four separate times now when creating a new Mosaico template from scratch.
After completing and saving template all is fine. This issue is going back into the template again...*Created by: AoRTaunton*
Hi,
Had the follows issue at least four separate times now when creating a new Mosaico template from scratch.
After completing and saving template all is fine. This issue is going back into the template again is just shows a blank red screen. see screen print below.
https://snag.gy/rKYmtM.jpg
I can edit it in the User-driven Messages and save, but when I go back the template in Mosaico Messages its still a blanks screen.
The above has happened a number of times.https://lab.civicrm.org/extensions/anonymize/-/issues/8SQL-powered bulk anonymization2018-02-02T19:01:51ZxurizaemonSQL-powered bulk anonymization[`civicrm_obfuscate_db.php`](https://github.com/xurizaemon/org.civicrm.contrib.anonymize/blob/obfuscate_db/obfuscate_db.php) is terrible code, but with enough nested `REPLACE(REPLACE(REPLACE(` we could deliver something crude and kind o...[`civicrm_obfuscate_db.php`](https://github.com/xurizaemon/org.civicrm.contrib.anonymize/blob/obfuscate_db/obfuscate_db.php) is terrible code, but with enough nested `REPLACE(REPLACE(REPLACE(` we could deliver something crude and kind of performant.
I'd like it to have some simple rules, eg,
* Names are generated using a salt + MD5, then replaced down to something pronounceable.
* Names are between four and seven characters.
* Names have a reduced alphabet.
* Maybe names which are more vowels than consonants will be less weird to read?
* Or vowel-consonant-vowel-random-consonant, or something?
Anyway, the above can be done (in some truly awful to read SQL), and would be faster than Faker + Civi API, for use on larger DBs.https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/24Wrong amounts when multiple line items of different financial types in a sing...2015-07-23T02:17:25ZKarinGWrong amounts when multiple line items of different financial types in a single contribution*Created by: sgladstone*
The amount shown on tax receipts (annual and one receipt per contribution) only consider the financial type and amount total for the contribution.
The numbers are wrong if the contribution has multiple line...*Created by: sgladstone*
The amount shown on tax receipts (annual and one receipt per contribution) only consider the financial type and amount total for the contribution.
The numbers are wrong if the contribution has multiple line items, with different financial types on different line items.
For example: There is a contribution of $5.00 with financial type "split contribution". The contribution has 2 line items. First line item: $2. for financial type "Donation" Second line item: $3. for "School Fees"
In the tax receipt, the amount shows as $5.00 is deductible. (Its looking at the "is deductibe" status from the financial type "split contribution". This is wrong, only the $2.00 donation is deductible. ( ie the first line item)
https://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/12Smarty errors when sending a message template2020-12-14T15:17:14ZhomotechsualSmarty errors when sending a message template*Created by: artfulrobot*
The API `MessageTemplate.Send` method always uses Smarty. Doesn't care about `CIVICRM_MAIL_SMARTY` being defined at all.
Presumably this is because the system uses this to send a lot of message templates tha...*Created by: artfulrobot*
The API `MessageTemplate.Send` method always uses Smarty. Doesn't care about `CIVICRM_MAIL_SMARTY` being defined at all.
Presumably this is because the system uses this to send a lot of message templates that massively depend on Smarty.
But it means smarty errors flood your logs, because the CSS etc is not wrapped in `{literal}` tags.
One solution is to
```php
define( 'CIVICRM_MAIL_SMARTY', 1);
```
and then re-sync (as @michaelmcandrew [points out](https://github.com/civicrm/org.civicrm.mosaicomsgtpl/issues/9)) the templates.
However, that has the side effect of using smarty for all CiviMail's bulk mail. This will, I believe, slow CiviMail down quite a bit.
I think we need to find a way to say "This message template needs smarty-proofing".
Alternatively, would it work to do this instead?:
```php
$html = str_ireplace(array('<head>', '</head>'),
array('<!--{literal}--><head>', '</head><!--{/literal}-->'), $html);
```
Presumably that would mean we could do the same thing to smarty and non smarty because even though the literals are left in, they're in html comments?https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/104Upgrade Issue: Unknown column 'is_cancelled' in 'field list' 2020-02-11T18:53:58ZbkeevilUpgrade Issue: Unknown column 'is_cancelled' in 'field list' I'm upgrading from 1.3.1 to 1.4.0
I ran the upgrade module in CiviCRM and it says the 1.4.0 is installed but the database upgrade failed with `[Error: Upgrade org.civicrm.cdntaxreceipts to revision 1320] Task returned false`.
I fou...I'm upgrading from 1.3.1 to 1.4.0
I ran the upgrade module in CiviCRM and it says the 1.4.0 is installed but the database upgrade failed with `[Error: Upgrade org.civicrm.cdntaxreceipts to revision 1320] Task returned false`.
I found and install.sql file in the sql directory in the source tree. So I dropped both tables and recreated them.
I backed up the data of the two tables cdntaxreceipts_log and cdntaxreceipts_log_contributions. Disabled foreign key checks.
Then I dropped the two existing tables and recreated the versions for version 1.4.0
The error message I get when I import the data into the new tables is "Unknown column 'is_cancelled' in 'field list' "
But my exported data has the column `is_cancelled` that is not in the version 1.4.0 database.
Edit: The column 'receipt_column' is also in my backed up data but not the database.
What should I do?
Edit: I have a restore point to go back to and start overhttps://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/13Fix relative Filepaths2019-11-12T16:52:28ZhomotechsualFix relative Filepaths*Created by: pbatroff*
When copying mosaico templates to classic message templates, relative filepaths seem to fail, mainly social media icons. There was a discussion on this problem in the mosaico extension issue tracker, see [182](htt...*Created by: pbatroff*
When copying mosaico templates to classic message templates, relative filepaths seem to fail, mainly social media icons. There was a discussion on this problem in the mosaico extension issue tracker, see [182](https://github.com/veda-consulting/uk.co.vedaconsulting.mosaico/pull/182) and [160](https://github.com/veda-consulting/uk.co.vedaconsulting.mosaico/issues/160).
I think a replication on the filterHtml funciton in UrlFilter.php in the mosaico extension can fix this. it replaces relative Paths with absolute paths, and as long as the template is available this should work.
I tested/experienced the problem with the [versafix-1.1](https://github.com/voidlabs/versafix-template) template, but I'm fairly sure that it will happen with default versafix-1 template as well. I'll test this and update the issue. https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/85Duplicate tax receipt sent to contributor2019-02-12T16:37:13ZKarinGDuplicate tax receipt sent to contributor*Created by: Edzelopez*
Hi,
I've enabled CDNTaxReceipts to be emailed to the contributor as part of the workflow, which means the contributor should receive a tax receipt attached to his confirmation receipt. However, the receipt att...*Created by: Edzelopez*
Hi,
I've enabled CDNTaxReceipts to be emailed to the contributor as part of the workflow, which means the contributor should receive a tax receipt attached to his confirmation receipt. However, the receipt attached to his confirmation receipt is a duplicate one, with the original one (+2 duplicates) being sent to the archive email address. The archive email address also receives a second email with the duplicate receipt attached.
This to me seems like a bug. The original tax receipt (+2 duplicates) should be sent to the original contributor as an attachment to the contribution receipt. The duplicate receipt should be sent to the archive email address.
https://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/14Fails to install on civi 5.19.0, drupal 7.672019-11-12T11:14:00ZhomotechsualFails to install on civi 5.19.0, drupal 7.67*Created by: grischard*
```
$ cv dl -f org.civicrm.mosaicomsgtpl@https://github.com/civicrm/org.civicrm.mosaicomsgtpl/archive/master.zip
Using extension feed "https://civicrm.org/extdir/ver=5.19.0|uf=Drupal|status=stable|ready=ready"
...*Created by: grischard*
```
$ cv dl -f org.civicrm.mosaicomsgtpl@https://github.com/civicrm/org.civicrm.mosaicomsgtpl/archive/master.zip
Using extension feed "https://civicrm.org/extdir/ver=5.19.0|uf=Drupal|status=stable|ready=ready"
Downloading extension "org.civicrm.mosaicomsgtpl" (https://github.com/civicrm/org.civicrm.mosaicomsgtpl/archive/master.zip)
Error: API Call Failed: Array
(
[entity] => Extension
[action] => download
[params] => Array
(
[key] => org.civicrm.mosaicomsgtpl
[url] => https://github.com/civicrm/org.civicrm.mosaicomsgtpl/archive/master.zip
[install] => 1
[debug] => 1
[version] => 3
)
[result] => Array
(
[trace] => #0 /var/www/civitest/sites/default/files/civicrm/ext/org.civicrm.mosaicomsgtpl/CRM/Mosaicomsgtpl/Upgrader.php(55): civicrm_api3('Job', 'mosaico_msg_syn...', Array)
#1 /var/www/civitest/sites/default/files/civicrm/ext/org.civicrm.mosaicomsgtpl/CRM/Mosaicomsgtpl/Upgrader/Base.php(350): CRM_Mosaicomsgtpl_Upgrader->enable()
#2 /var/www/civitest/sites/default/files/civicrm/ext/org.civicrm.mosaicomsgtpl/mosaicomsgtpl.civix.php(170): CRM_Mosaicomsgtpl_Upgrader_Base->onEnable()
#3 /var/www/civitest/sites/default/files/civicrm/ext/org.civicrm.mosaicomsgtpl/mosaicomsgtpl.php(70): _mosaicomsgtpl_civix_civicrm_enable()
#4 /var/www/civitest/sites/all/modules/civicrm/CRM/Extension/Manager/Module.php(76): mosaicomsgtpl_civicrm_enable()
#5 /var/www/civitest/sites/all/modules/civicrm/CRM/Extension/Manager/Module.php(49): CRM_Extension_Manager_Module->callHook(Object(CRM_Extension_Info), 'enable')
#6 /var/www/civitest/sites/all/modules/civicrm/CRM/Extension/Manager.php(264): CRM_Extension_Manager_Module->onPreInstall(Object(CRM_Extension_Info))
#7 /var/www/civitest/sites/all/modules/civicrm/api/v3/Extension.php(258): CRM_Extension_Manager->install(Array)
#8 /var/www/civitest/sites/all/modules/civicrm/Civi/API/Provider/MagicFunctionProvider.php(101): civicrm_api3_extension_download(Array)
#9 /var/www/civitest/sites/all/modules/civicrm/Civi/API/Kernel.php(168): Civi\API\Provider\MagicFunctionProvider->invoke(Array)
#10 /var/www/civitest/sites/all/modules/civicrm/Civi/API/Kernel.php(99): Civi\API\Kernel->runRequest(Array)
#11 /var/www/civitest/sites/all/modules/civicrm/api/api.php(23): Civi\API\Kernel->runSafe('Extension', 'download', Array, NULL)
#12 phar:///usr/local/bin/cv/src/Command/BaseCommand.php(49): civicrm_api('Extension', 'download', Array)
#13 phar:///usr/local/bin/cv/src/Command/ExtensionDownloadCommand.php(141): Civi\Cv\Command\BaseCommand->callApiSuccess(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput), 'Extension', 'download', Array)
#14 phar:///usr/local/bin/cv/vendor/symfony/console/Command/Command.php(257): Civi\Cv\Command\ExtensionDownloadCommand->execute(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#15 phar:///usr/local/bin/cv/vendor/symfony/console/Application.php(850): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#16 phar:///usr/local/bin/cv/vendor/symfony/console/Application.php(193): Symfony\Component\Console\Application->doRunCommand(Object(Civi\Cv\Command\ExtensionDownloadCommand), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#17 phar:///usr/local/bin/cv/src/Application.php(46): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#18 phar:///usr/local/bin/cv/vendor/symfony/console/Application.php(124): Civi\Cv\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#19 phar:///usr/local/bin/cv/src/Application.php(15): Symfony\Component\Console\Application->run()
#20 phar:///usr/local/bin/cv/bin/cv(27): Civi\Cv\Application::main('phar:///usr/loc...')
#21 /usr/local/bin/cv(10): require('phar:///usr/loc...')
#22 {main}
[is_error] => 1
[error_message] => API (MosaicoTemplate, get) does not exist (join the API team and implement it!)
)
)
```
This happens even after clearing all the caches.https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/40Feature request - Ability to log tax receipts without issuing them2016-02-04T18:03:06ZKarinGFeature request - Ability to log tax receipts without issuing them*Created by: lolaslade*
We have the requirement to log tax receipts before issuing them to support the following workflow: A large batch of tax receipts are temporarily logged then a report is run on the tax receipt batch for the curren...*Created by: lolaslade*
We have the requirement to log tax receipts before issuing them to support the following workflow: A large batch of tax receipts are temporarily logged then a report is run on the tax receipt batch for the current year. This report is carefully compared to other contribution reports by the staff and other official reports are generated. The tax receipts batch is then "issued", ie. printed and mailed once it is approved.
I believe this would require a new boolean column: "issued".
Certainly we could create this feature as a separate extension that uses a copy of the tables to temporarily store the batch and our reports could work on that. However if it would be useful to other users it would be best placed in the main extension.
https://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/16Array and string offset access syntax with curly braces is deprecated2021-01-18T06:22:58ZhomotechsualArray and string offset access syntax with curly braces is deprecated*Created by: magnolia61*
From PHP 7.4 org.civicrm.mosaicomsgtpl throws al lot of these notices.
Not harmful but probably good to take in account for a new version.*Created by: magnolia61*
From PHP 7.4 org.civicrm.mosaicomsgtpl throws al lot of these notices.
Not harmful but probably good to take in account for a new version.https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/80The link to the CRA website is out of date2018-03-02T16:30:29ZKarinGThe link to the CRA website is out of date*Created by: freeform-sg*
CRA no longer has a dedicated site, it has been incorporated into canada.ca.
The existing link in the PDFs still works and redirects to the new page, though we can't assume that will stay the same.
Curren...*Created by: freeform-sg*
CRA no longer has a dedicated site, it has been incorporated into canada.ca.
The existing link in the PDFs still works and redirects to the new page, though we can't assume that will stay the same.
Current: www.cra-arc.gc.ca/charities
New link (en): www.canada.ca/en/revenue-agency/services/charities-giving/charities.html
New link (fr): www.canada.ca/fr/agence-revenu/services/organismes-bienfaisance-dons/organismes-bienfaisance.html
Unfortunately, it's too long so runs into the thank you text.
![cra_url](https://user-images.githubusercontent.com/2062046/36509018-492209ea-172c-11e8-92a4-94e613991725.png)
https://lab.civicrm.org/extensions/mosaicomsgtpl/-/issues/18Deleting Mosaico template should also delete corresponding message template2021-03-18T19:50:35ZKurund JalmiDeleting Mosaico template should also delete corresponding message template## Problem
* After deletion of Mosaico template corresponding message templates are not deleted. These message templates are marked as 'is_reserved=1' hence, it can't be deleted using Message template UI. This creates unnecessary confus...## Problem
* After deletion of Mosaico template corresponding message templates are not deleted. These message templates are marked as 'is_reserved=1' hence, it can't be deleted using Message template UI. This creates unnecessary confusion as CiviCRM still shows the message templates that have been deleted in Mosaico.
## Solution
* When Mosaico template is deleted, it should also delete corresponding template.
Let me know if I am missing something or if this is a bad idea.