Extensions issueshttps://lab.civicrm.org/groups/extensions/-/issues2023-10-02T14:21:35Zhttps://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/civicalendar/-/issues/30Longer Time Periods - more than a month2022-05-13T00:00:55ZBohdanDmytryshynLonger Time Periods - more than a month*Created by: Bsymonds7749*
New to Civi. It just got installed at my not-for-profit. I'm looking to install the CiviCalendar to get everyone organized. Does anyone know if you can see a longer time period than a month? In the documentati...*Created by: Bsymonds7749*
New to Civi. It just got installed at my not-for-profit. I'm looking to install the CiviCalendar to get everyone organized. Does anyone know if you can see a longer time period than a month? In the documentation it says: Viewing info for different time periods - month, week, day, list.
It would be great to able to plan further out with a view of 3 or 6 months, maybe even a full year. Does anyone have any information about that?
Thanks 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.https://lab.civicrm.org/extensions/stripe/-/issues/371billing_cycle_anchor cannot be later than next natural billing date2023-10-02T14:20:46Zkonadavebilling_cycle_anchor cannot be later than next natural billing dateThe billing_cycle_anchor cannot be farther in the future than the term of the subscription, so a monthly subscription with a four month free trial, for example, will fail with above message.
From CRM_Core_Payment_Stripe::doRecurPayment(...The billing_cycle_anchor cannot be farther in the future than the term of the subscription, so a monthly subscription with a four month free trial, for example, will fail with above message.
From CRM_Core_Payment_Stripe::doRecurPayment()...
```php
// This is the parameter that specifies the start date for the subscription.
// If omitted the subscription will start immediately.
$billingCycleAnchor = $this->getRecurBillingCycleDay($params);
if ($billingCycleAnchor) {
if ($billingCycleAnchor < strtotime("+{$params['recurFrequencyInterval']} {$params['recurFrequencyUnit']}")) {
$subscriptionParams['billing_cycle_anchor'] = $billingCycleAnchor;
} else {
$subscriptionParams['trial_end'] = $billingCycleAnchor;
}
}
```
I've updated the bit above to treat such a situation as free trial period and it seems to work, client is testing. Does that seem like the best solution?https://lab.civicrm.org/extensions/upgraderecur/-/issues/1Line items don't add up unless new style template contribution used2022-07-05T10:58:26ZRichLine items don't add up unless new style template contribution usedIf a processor does not use template contributions, the core screen for viewing the recurring record shows the line items from the *last contribution* instead.
After an update of the amount, those will be add up to the wrong total amoun...If a processor does not use template contributions, the core screen for viewing the recurring record shows the line items from the *last contribution* instead.
After an update of the amount, those will be add up to the wrong total amount. e.g.:
![image](/uploads/3395d45ac5bcc11d0348c8fb3651765e/image.png)
Solutions probably aren't best placed in this extension but could include:
1. Change core to make it clear when the line items are being shown from the latest contribution, or from the template.
2. Update payment processors to use template contributions.https://lab.civicrm.org/extensions/civimobileapi/-/issues/71Back office event registration does send confirmation mail even when the box ...2023-12-06T20:06:34ZjaapjansmaBack office event registration does send confirmation mail even when the box is unticked**Steps to replicate**
1. Install CiviMobile API extension
2. Create an event with public pages, fees with a price set and online registration enabled
3. In CibiCRM go to a contact record and register the contact for this event. Untick ...**Steps to replicate**
1. Install CiviMobile API extension
2. Create an event with public pages, fees with a price set and online registration enabled
3. In CibiCRM go to a contact record and register the contact for this event. Untick the box 'Send Confirmation Email'
4. Press Save
**Expected behaviour**
No confimration e-mail send.
**Actual behaviour**
A confirmation e-mail **is** send.
**Environment**
CiviCRM 5.47.4
CiviMobile API 5.9.0
**Comments**
See also https://lab.civicrm.org/dev/core/-/issues/3412https://lab.civicrm.org/extensions/gdpr/-/issues/308Contribution page not showing GDPR2022-05-02T10:55:57ZrajeshsContribution page not showing GDPR*Created by: rubofvil*
- In CiviCRM 5.35 at least, there isn't showing the GDPR when you are in form of the contribution page.
- When you are in form `CRM_Contribute_Form_Contribution_Main` the method `isEnabled(TRUE)` not validating...*Created by: rubofvil*
- In CiviCRM 5.35 at least, there isn't showing the GDPR when you are in form of the contribution page.
- When you are in form `CRM_Contribute_Form_Contribution_Main` the method `isEnabled(TRUE)` not validating correctly.
- https://github.com/veda-consulting-company/uk.co.vedaconsulting.gdpr/blob/master/gdpr.php#L272
- The `$result = civicrm_api3($this->type, 'get', $params);` With entity type -> `ContributionPage` not return the custom_fields if the 'return' pararameter isn't set
- https://github.com/veda-consulting-company/uk.co.vedaconsulting.gdpr/blob/master/CRM/Gdpr/SLA/Entity.php#L150https://lab.civicrm.org/extensions/configitems/-/issues/6Errors on main config admin page: Undefined property and Trying to access arr...2022-04-27T15:31:48ZherbdoolErrors on main config admin page: Undefined property and Trying to access array offset on value of type nullWhen I edit my config set at `/civicrm/admin/civiconfig/edit?reset=1&action=update&id=1` I see these errors:
```
Notice: Trying to access array offset on value of type null in Civi\ConfigItems\Entity\SimpleEntity\Definition->__construct...When I edit my config set at `/civicrm/admin/civiconfig/edit?reset=1&action=update&id=1` I see these errors:
```
Notice: Trying to access array offset on value of type null in Civi\ConfigItems\Entity\SimpleEntity\Definition->__construct() (line 68 of civicrm_custom/extensions/contrib/configitems/Civi/ConfigItems/Entity/SimpleEntity/Definition.php).
Civi\ConfigItems\Entity\SimpleEntity\Definition->__construct('MembershipType', 'MembershipType', Array, Array) (Line: 33)
Civi\ConfigItems\Entity\SimpleEntity\MembershipType->__construct() (Line: 1165)
Notice: Undefined property: Civi\ConfigItems\Entity\OptionValue\CampaignTypeDefinition::$isMembershipComponentEnabled in Civi\ConfigItems\Entity\OptionValue\CampaignTypeDefinition->isAvailable() (line 105 of civicrm_custom/extensions/contrib/configitems/Civi/ConfigItems/Entity/OptionValue/CampaignTypeDefinition.php).
Civi\ConfigItems\Entity\OptionValue\CampaignTypeDefinition->isAvailable() (Line: 82)
```
This site has only CiviReport and CiviCase components enabled so perhaps this extension needs to be aware of which components are not available.https://lab.civicrm.org/extensions/stripe/-/issues/367"Installments" ignored in recurring contributions -- it just keeps going inde...2023-12-13T19:47:12ZAllenShaw"Installments" ignored in recurring contributions -- it just keeps going indefinitely**Summary:**
When I create a recurring contribution using Stripe, with a fixed number of installments, the recurring payments continue (apparently indefinitely) beyond the given number of installments. It appears the only way to stop it ...**Summary:**
When I create a recurring contribution using Stripe, with a fixed number of installments, the recurring payments continue (apparently indefinitely) beyond the given number of installments. It appears the only way to stop it is to end it manually in stripe.com.
We're seeing this consistently on a site with:
- CiviCRM 5.47.4
- Stripe Payment Processor 6.7.2
- Payment Shared 1.2.3
**Steps to reproduce:**
1. In civicrm back-office area, open a contact record, navigate to the Contributions tab, and click "Submit Credit Card Contribution"
1. Enter details for the new contribution, specifically:
- Payment Processor: [the only Stripe payment processor on this site]
- [checkbox=yes] Every [1] days for [3] installments
- (other fields as appropriate, such as amount of more than $0.50)
- appropriate credit card details in Stripe payment fields
1. Click "Save" to submit the recurring contribution.
Observe **expected behavior** so far:
1. A recurring contribution is created in CiviCRM, scheduled for daily recurrence for 3 installments.
1. In stripe.com, observe that a corresponding Subscription is created, and the first payment immediately charged; the next payment is scheduled for tomorrow's date.
After a week, observe some **expected behavior** and some **unexpected behavior**:
1. Examine this recurring contribution in CiviCRM:
- **Expected:** The recurring contribution has a status of "Completed" and is listd under "Inactive Recurring Contributions"
- **Unexpected:** Instead of 3 daily payments recorded, 7 daily payments are recorded.
2. Examine this subscription in stripe.com:
- **Unexpected:** The subscription is still active and has 7 paid invoices; the next invoice is schedueld for tomorrow's date.
(Joinery reference: F#625)https://lab.civicrm.org/extensions/configitems/-/issues/5Export/import via API4?2022-04-27T15:05:10ZherbdoolExport/import via API4?It doesn't seem possible to export and import via API4 at this point. Is this something on the radar?It doesn't seem possible to export and import via API4 at this point. Is this something on the radar?https://lab.civicrm.org/extensions/civirules/-/issues/179Feature: Monthly trigger for group members2023-01-10T08:15:28ZStefan2Feature: Monthly trigger for group membersHello everyone,
I want to send monthly reminders with all upcoming events. To do this, Civirules seems to be the way to go.
Unfortunately, Civirules doesn't have monthly trigger for group members yet, just daily trigger for group membe...Hello everyone,
I want to send monthly reminders with all upcoming events. To do this, Civirules seems to be the way to go.
Unfortunately, Civirules doesn't have monthly trigger for group members yet, just daily trigger for group members.
I just had a view into the code, but haven't found an easy way to adjust the code to monthly or also weekly triggers.https://lab.civicrm.org/extensions/sparkpost/-/issues/106Parse Error when updating or installing SparkPost 1.42023-01-09T15:27:54Zben_fairlessParse Error when updating or installing SparkPost 1.4WordPress: 5.9.2
CiviCRM Version: 5.48.1
PHP Version: 4.74.1
Attempting to install SparkPost 1.4 gets the below critical error in WordPress:
> Parse error: syntax error, unexpected ';' in /public_html/wp-content/uploads/civicrm/ext/com....WordPress: 5.9.2
CiviCRM Version: 5.48.1
PHP Version: 4.74.1
Attempting to install SparkPost 1.4 gets the below critical error in WordPress:
> Parse error: syntax error, unexpected ';' in /public_html/wp-content/uploads/civicrm/ext/com.cividesk.email.sparkpost/CRM/Sparkpost/Upgrader.php on line 107
When viewing line 106 of com.cividesk.email.sparkpost/CRM/Sparkpost/Upgrader.php it looks like there is a missing close brackets. The code is:
106 `if (!self::canbeStored($key, $cryptoRegistry) {`
I tried to change this to:
106 `if (!self::canbeStored($key, $cryptoRegistry)) {`
I now get this error:
```
Fatal error: Uncaught TypeError: Argument 1 passed to CRM_Admin_Page_Extensions::createExtendedInfo() must be an instance of CRM_Extension_Info, null given, called in /public_html/wp-content/plugins/civicrm/civicrm/CRM/Admin/Form/Extensions.php on line 74 and defined in /public_html/wp-content/plugins/civicrm/civicrm/CRM/Admin/Page/Extensions.php:332
Stack trace:
#0 /public_html/wp-content/plugins/civicrm/civicrm/CRM/Admin/Form/Extensions.php(74): CRM_Admin_Page_Extensions::createExtendedInfo(NULL)
#1 /public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(668): CRM_Admin_Form_Extensions->preProcess()
#2 /public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Display.php(76): CRM_Core_Form->buildForm()
#3 /public_html/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Display->perform(Object(CRM_Admin_Form_Extensions), 'display')
#4 / in /public_html/wp-content/plugins/civicrm/civicrm/CRM/Admin/Page/Extensions.php on line 332
```https://lab.civicrm.org/extensions/findpayments/-/issues/6Incompatible with CiviCRM 5.48.0+2024-02-22T15:43:13ZJKingsnorthIncompatible with CiviCRM 5.48.0+> Fatal error: Cannot make static method CRM_Contact_BAO_Query_Interface::from() non static in class CRM_Findpayment_BAO_Query in .../CRM/Findpayment/BAO/Query.php on line 29
I'm working on a fix now.> Fatal error: Cannot make static method CRM_Contact_BAO_Query_Interface::from() non static in class CRM_Findpayment_BAO_Query in .../CRM/Findpayment/BAO/Query.php on line 29
I'm working on a fix now.