Extensions issueshttps://lab.civicrm.org/groups/extensions/-/issues2023-08-31T12:45:43Zhttps://lab.civicrm.org/extensions/certifications/-/issues/4Add required certifications2023-08-31T12:45:43Zaydunsaidan.saunders@squiffle.ukAdd required certificationsWe want to track what people have not done, not just what they have done.
Create a way to list which Certifications are needed and report on them.
- Maybe assign lists of Certification Types to group
- Show on contact summary
- Show re...We want to track what people have not done, not just what they have done.
Create a way to list which Certifications are needed and report on them.
- Maybe assign lists of Certification Types to group
- Show on contact summary
- Show reporthttps://lab.civicrm.org/extensions/certifications/-/issues/3Add permissions2022-06-29T11:54:00Zaydunsaidan.saunders@squiffle.ukAdd permissionshttps://lab.civicrm.org/extensions/sparkpost/-/issues/109Unable to Install 1.4 on Wordpress - Parse Error2022-08-31T06:43:58ZthemakUnable to Install 1.4 on Wordpress - Parse ErrorUpon installation I get the following error:
```
Parse error: syntax error, unexpected ';' in /home/prinyc/www/www/wp-content/uploads/civicrm/ext/com.cividesk.email.sparkpost/CRM/Sparkpost/Upgrader.php on line 107
There has been a criti...Upon installation I get the following error:
```
Parse error: syntax error, unexpected ';' in /home/prinyc/www/www/wp-content/uploads/civicrm/ext/com.cividesk.email.sparkpost/CRM/Sparkpost/Upgrader.php on line 107
There has been a critical error on this website. Please check your site admin email inbox for instructions.
Learn more about troubleshooting WordPress.
```
Line 107 is
` $key = '';`
Civi 5.50.1https://lab.civicrm.org/extensions/searchactiondesigner/-/issues/7Changing case manager2022-06-24T14:53:34ZlarnoultChanging case managerHello again :-)
As I am exploring this great extension, I wonder wether it's possible to bulk change case manager, from a case searchKit view.
Seems like civiCase:update would do the trick, using a parameter to feed Creator Contact ID ...Hello again :-)
As I am exploring this great extension, I wonder wether it's possible to bulk change case manager, from a case searchKit view.
Seems like civiCase:update would do the trick, using a parameter to feed Creator Contact ID .. Except that in the parameter mapping tab, it requires both case id AND contact ID.. Which makes no sense to me, since the contactID should be left untouched (and differs from case to case). Am I missing a point?
![image](/uploads/110db0ba84df4efbab0a94d1c4654a76/image.png)
If I affect Case ID onto contact ID (which makes no point I agree), I obtain the following error:
```$Fatal Error Details = array:3 [
"message" => "You cannot update creator id"
"code" => null
"exception" => CiviCRM_API3_Exception {#22869
-extraParams: array:5 [
"error_code" => 0
"entity" => "Case"
"action" => "create"
"is_error" => 1
"error_message" => "You cannot update creator id"
]
#message: "You cannot update creator id"
#code: 0
#file: "/www/parlemonde_330/public/wp-content/plugins/civicrm/civicrm/api/api.php"
#line: 135```https://lab.civicrm.org/extensions/addresscomplete/-/issues/1AddressComplete seems to be just using Loqate Address Capture2023-07-06T18:45:50ZherbdoolAddressComplete seems to be just using Loqate Address CaptureLooking at the JS source and the API documentation it seems pretty certain that Canada Post is just using the third party service by Loqate (new name of company). Canada Post's prices seem to be much more expensive.
The API seems to be ...Looking at the JS source and the API documentation it seems pretty certain that Canada Post is just using the third party service by Loqate (new name of company). Canada Post's prices seem to be much more expensive.
The API seems to be fairly similar, if not the same, so presumably someone could fork this extension is use it with Loqate. I'm considering using Loqate (currently testing this extension along with some custom integration for Drupal Webform).
Not sure if there's any action necessary here.https://lab.civicrm.org/extensions/searchactiondesigner/-/issues/6Adding activities to case2022-06-27T13:21:15ZlarnoultAdding activities to caseHello!
Great extension, I really enjoy the integration with searchKit!
Here is the usage I'm trying to achieve. I have a searchKit view with all recent inbound emails added to civiCRM. I want my users to classify their emails into cases...Hello!
Great extension, I really enjoy the integration with searchKit!
Here is the usage I'm trying to achieve. I have a searchKit view with all recent inbound emails added to civiCRM. I want my users to classify their emails into cases. They can already do that activity by activity.. But I'm hopping to use searchActionDesigner to allow them to bulk move / append their activities to a case.
I do not manage to achieve that. I tried Activity: Create/update, but I'm stuck as I cannot fill the ID of the contact and target.
It's a bulk action that can be done through the civicase extension ![image](/uploads/da891f36f4256728fa2860e1cb2b1f63/image.png)
Any suggestion?https://lab.civicrm.org/extensions/assignee/-/issues/3Exclude civiCase activities from having a default assignee2022-06-20T15:08:10ZlarnoultExclude civiCase activities from having a default assigneeHello,
I enjoy using your extension to automatically share activities to Slack thanks to a simple email integration (set as the default assignee).
Problem is with all the activities generated by civiCase (every time a case status is ch...Hello,
I enjoy using your extension to automatically share activities to Slack thanks to a simple email integration (set as the default assignee).
Problem is with all the activities generated by civiCase (every time a case status is changed for exemple). Would it be possible to add an option, so that default assignee is restricted to some activities we could choose as an option?
Thanks!https://lab.civicrm.org/extensions/temporarygroups/-/issues/2Undefined index: group_option in temporarygroups_civicrm_validateForm() (line...2022-06-20T09:45:47ZTobias KrauseUndefined index: group_option in temporarygroups_civicrm_validateForm() (line 56 of sites\default\files\civicrm\ext\temporarygroups-main\temporarygroups.php).I get the above notice when I search contacts to add to the temporary group via /civicrm/group/search.
Solved it by changing the line 56.
Old:
`if ($form instanceof CRM_Contact_Form_Task_AddToGroup && $fields['group_option'])`
New:
`...I get the above notice when I search contacts to add to the temporary group via /civicrm/group/search.
Solved it by changing the line 56.
Old:
`if ($form instanceof CRM_Contact_Form_Task_AddToGroup && $fields['group_option'])`
New:
`if ($form instanceof CRM_Contact_Form_Task_AddToGroup && isset($fields['group_option']))`https://lab.civicrm.org/extensions/easycopy/-/issues/3Make it available in searchKit views2022-06-18T13:07:10ZlarnoultMake it available in searchKit viewsThis extension is great, thx @bgm ! I'd like the same "copy" buttons to be displayed on the searchKit view result pages :bookmark_tabs:This extension is great, thx @bgm ! I'd like the same "copy" buttons to be displayed on the searchKit view result pages :bookmark_tabs:https://lab.civicrm.org/extensions/inlayfp/-/issues/7Dates are not passing (specifically Date of Birth)2022-06-15T07:16:49ZRoseLaniganDates are not passing (specifically Date of Birth)I've got two forms running well, creating a contact, storing custom data and contact details, and adding an activity. The only field that is causing an error is the Birth Date. This is the error message I get in the CiviCRM logs:
`[erro...I've got two forms running well, creating a contact, storing custom data and contact details, and adding an activity. The only field that is causing an error is the Birth Date. This is the error message I get in the CiviCRM logs:
`[error] Unexpected Exception handling inlay: Parameter date_of_birth is invalid`
I've tried both Y-m-d and d/m/Y in the Form Processor. The Inlay displays d/m/Y and abviously it's stored as Y-m-d in the database. I get the same message for both.
Inlay v1.3.0
Inlayfp v1.2.2
Form Processor v1.38
CiviCRM v4.47.4https://lab.civicrm.org/extensions/sparkpost/-/issues/108API Key getting removed on 1.3 to 1.4 update2022-07-15T14:29:03ZRafaelAPI Key getting removed on 1.3 to 1.4 updateThis has happened to me on several test sites and two live sites recently.
All of them are running Drupal 7 and PHP 7.2.
When upgrading to version 1.4 from 1.3 (either through the UI or getting a more recent version here with some bu...This has happened to me on several test sites and two live sites recently.
All of them are running Drupal 7 and PHP 7.2.
When upgrading to version 1.4 from 1.3 (either through the UI or getting a more recent version here with some bug fixes) after running the DB updater the extension stops working and the configuration page becomes unreachable (PHP error on a white screen) with the following error:
```
Civi\Crypto\Exception\CryptoException: Cannot decrypt token. Invalid format.
```
Sorry I didn't save a screenshot. If I upgrade a test site again I will add it here.
Further digging of log messages leads me to think the API key is getting deleted at some point.
The only fix I have found so far is to
- Downgrade back to 1.3 (Overwrite new files with the old 1.3 files)
- Access the configuration page
- Re-enter and save the Sparkpost API key
- Re-upgrade (Overwrite the 1.3 files)
Then it seems to all work fine again.
Re-entering the API key isn't such a worry but not being able to access the extension configuration page to do it was a real headache to get around.https://lab.civicrm.org/extensions/stripe/-/issues/374Feature Request - Support "Bulk Update Recurring Contributions"2023-10-02T14:21:35Zben_fairlessFeature Request - Support "Bulk Update Recurring Contributions"I've just seen this plugin and would love for Stripe to support it, if able. https://civicrm.org/extensions/bulk-update-recurring-contributionsI've just seen this plugin and would love for Stripe to support it, if able. https://civicrm.org/extensions/bulk-update-recurring-contributionshttps://lab.civicrm.org/extensions/upgraderecur/-/issues/2Feature Request - Support Stripe2022-06-09T11:12:20Zben_fairlessFeature Request - Support StripePutting this in as a feature request - would love for this to support Stripe as well as GoCardlessPutting this in as a feature request - would love for this to support Stripe as well as GoCardlesshttps://lab.civicrm.org/extensions/civirules/-/issues/181No trigger for tagging an activity2022-05-27T09:19:16ZErikHommelNo trigger for tagging an activityAt the moment there is no trigger for tagging an activityAt the moment there is no trigger for tagging an activityhttps://lab.civicrm.org/extensions/extension-review-requests/-/issues/61Request review for org.civicrm.googlegroups2022-05-26T11:02:47ZDeepak SrivastavaRequest review for org.civicrm.googlegroupsExtension is listed in the directory at this URL: https://civicrm.org/extensions/google-groups-integration
Git: https://github.com/greenleafadvancement/org.civicrm.googlegroupsExtension is listed in the directory at this URL: https://civicrm.org/extensions/google-groups-integration
Git: https://github.com/greenleafadvancement/org.civicrm.googlegroupshttps://lab.civicrm.org/extensions/advimport/-/issues/22Error on installation - TIMESTAMP defaults2022-06-22T09:48:36Zct_itsupportError on installation - TIMESTAMP defaultsDownloaded extension (v1.4), tried to install and got the following error:
```
`Cannot execute CREATE TABLE `civicrm_advimport` (
`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT 'Unique Advimport ID',
`contact_id` int unsigned COMME...Downloaded extension (v1.4), tried to install and got the following error:
```
`Cannot execute CREATE TABLE `civicrm_advimport` (
`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT 'Unique Advimport ID',
`contact_id` int unsigned COMMENT 'FK to Contact, import author',
`classname` varchar(255) COMMENT 'Mapping helper class name',
`start_date` timestamp COMMENT 'Import start',
`end_date` timestamp COMMENT 'Import end',
`filename` varchar(255) COMMENT 'Name of the file uploaded',
`table_name` varchar(128) COMMENT 'SQL table where the data is staged before being processed',
`total_count` int unsigned COMMENT 'Total number of rows',
`success_count` int unsigned COMMENT 'Number of rows imported successful',
`warning_count` int unsigned COMMENT 'Number of rows imported with warnings',
`error_count` int unsigned COMMENT 'Number of rows that failed to import because of errors',
`track_entity_type` varchar(128) COMMENT 'Ex: group or tag used to track contacts imported',
`track_entity_id` int unsigned COMMENT 'ID of the group or tag used to track contacts imported',
`mapping` text COMMENT 'Field mapping' ,
PRIMARY KEY (`id`) ,
CONSTRAINT FK_civicrm_advimport_contact_id
FOREIGN KEY (`contact_id`) REFERENCES `civicrm_contact`(`id`) ON DELETE SET NULL ) ENGINE=InnoDB: DB Error: unknown error`
```
Tried this in SQL and get:
`Error Code: 1067. Invalid default value for 'end_date'`
I had to use SET SQL_MODE='ALLOW_INVALID_DATES' in MySQL Workbench to get this to run. I then amended the SQL in the module to add a default so that it could install:
```
`start_date` timestamp NOT NULL DEFAULT '1970-01-01 00:00:01' COMMENT 'Import start',
`end_date` timestamp NOT NULL DEFAULT '1970-01-01 00:00:01' COMMENT 'Import end',
```
Not sure what you would like here, so just reporting.https://lab.civicrm.org/extensions/cividiscount/-/issues/290Automatic discounts for different membership types seem to collide2023-07-04T23:25:20ZlcarterAutomatic discounts for different membership types seem to collideI've tested this on the Civi demo site today (5/20/2022) FYI.
Use case:
* Org has multiple membership type options - theoretically a member could have a membership tied to the default org (call it Main Membership Type), and other member...I've tested this on the Civi demo site today (5/20/2022) FYI.
Use case:
* Org has multiple membership type options - theoretically a member could have a membership tied to the default org (call it Main Membership Type), and other memberships tied to separate orgs (e.g., Membership Type A connected to Default Org A, Membership Type B connected to Default Org B).
* Org wants to discount those ancillary membership types for current members with Main Membership Type.
* Separate discount codes are created, tied to the relevant price fields (all separate price sets) for Membership Type A and Membership Type B, referencing Membership Type A and Membership Type B respectively, and both set as automatic discounts for members with Main Membership Type.
If both of these discount codes are enabled, only one works (whichever code was created first). Theoretically since these are pointing to completely separate price sets, price fields, and membership types, it seems like they should both work - so I'm puzzled why they are not.https://lab.civicrm.org/extensions/stripe/-/issues/373Cancelled payments and missing contact records2023-02-07T08:58:16ZRob_SCancelled payments and missing contact recordsHi. I'm having big problems with Stripe payment processor in relation to people booking onto CiviCRM events. People have been turning up to events thinking themselves to be fully booked, without there being any record of them whatsoever ...Hi. I'm having big problems with Stripe payment processor in relation to people booking onto CiviCRM events. People have been turning up to events thinking themselves to be fully booked, without there being any record of them whatsoever in CiviCRM.
I upgraded to latest version of the Stripe payment processor on Apr 5th and enabled the “CiviCRM: access AJAX API” permission.
Since then there are 10 out of a total of 30 attempted payments that have a cancelled status on Stripe.com.
9 out of 10 of the cancelled payments (on Stripe) do not have a payment description, or a customer. For some reason though just one of the cancelled payments has, and shows the name of the event in the description, and the name and email address of the customer. (The creation time of this contact in Civi is 3 minutes after the creation of the payment in Stripe which is interesting.)
A typical timeline and activity log for a cancelled payment looks like this:
**Timeline**
Payment cancelled
21 Apr 2022, 13:32
3D Secure authentication succeeded
This transaction has been authenticated with 3D Secure 2. The customer was authenticated via a challenge flow, and shown a challenge window from their bank. 21 Apr 2022, 12:29
Payment started
21 Apr 2022, 12:29
**Payment activity log**
A payment pi_.. for £x was cancelled 21/04/2022, 13:32:03
PaymentIntent status: canceled
200 OK A request to cancel a PaymentIntent completed 21/04/2022, 13:32:03
PaymentIntent status: requires_payment_method
An attempt to fulfil the payment pi_.. for £x failed 21/04/2022, 13:30:46
The payment pi_.. for £x requires you to take action in order to complete the payment 21/04/2022, 12:29:03
A new payment pi_.. for £x was created 21/04/2022, 12:29:02
PaymentIntent status: requires_action
200 OK A request to create a PaymentIntent completed
...
When I look in CiviCRM, there is no corresponding event registration (participant), or contact record for any of the failed payments. This is really bad because the event organisers have no idea that these people have booked, let alone that the payment has failed.
I would like to know if what I am describing normal behaviour for Civi / Stripe, i.e. for cancelled payments to not have a customer / description in Stripe.com, and also for there to be no contact record, or participant in Civi for the failed attempts?
My priority at the moment is for Civi to record a participant in these instances, so that even if the payment is cancelled the client can see that the event registration was made, and chase up with the participant to get payment and complete the registration through another means.
I’m trying to work out if the problem is with Stripe, or with this extension, or some other code on the site which is interfering with it, or possibly a web server hosting environmental issue.
There are no records in the Civi logs that match the times that the cancelled payments are created.
The most probable thing at the moment seems that something is going wrong at checkout, which is causing the contact record not to be created, which is causing the event participant not to be created, and the payment is getting cancelled because Civi is not passing on sufficient info about the customer. The Activity Log above though shows that 3D Secure Auth is succeeding and the payment is not getting cancelled until about an hour later, and I do not have enough knowledge of these things to know whether this is consistent with my theory or not.
Any help on this issue would be greatly appreciated. Thanks.https://lab.civicrm.org/extensions/ckeditor5/-/issues/8Thumbnails are not showing2022-05-13T14:40:18ZyashodhaThumbnails are not showingThumbnails are not showing for ckeditor5 (with latest code as well)
![thumbnails](/uploads/4c733b0e4258748337cecdde40113d9c/thumbnails.png)
We are using 5.46.3 but can confirm same behavior on latest as well.Thumbnails are not showing for ckeditor5 (with latest code as well)
![thumbnails](/uploads/4c733b0e4258748337cecdde40113d9c/thumbnails.png)
We are using 5.46.3 but can confirm same behavior on latest as well.https://lab.civicrm.org/extensions/archivemailing/-/issues/1Related issue: Slow load times as a result of getMailingsList()2022-05-13T14:38:53ZAndrew WestRelated issue: Slow load times as a result of getMailingsList()Not a bug, but just to flag a related issue. I was trying to track down why 'Scheduled and Sent Mailings' and 'Draft and Unscheduled Mailings' were so slow to open. It turned out to be because of a call to CRM_Mailing_BAO_Mailing::getMai...Not a bug, but just to flag a related issue. I was trying to track down why 'Scheduled and Sent Mailings' and 'Draft and Unscheduled Mailings' were so slow to open. It turned out to be because of a call to CRM_Mailing_BAO_Mailing::getMailingsList().
This queries all existing mailings (archived or not). It left joins onto the mailing_job table to get the date the mailing finished. We have 15k mailings and almost 2m jobs(!), so this query took a while to complete - and was only going to ever get bigger.
My temporary fix was switching to the mailing scheduled_date and ditching the left join entirely - this reduces it to an entirely trivial query and sped up page loads by like 9 seconds.
(Ironically the two above pages don't even use the generated data - I think this is mainly used for the dropdown in Advanced Search)
But just thought you might like to know about this source of slow load times - that archiving doesn't help with.