Extensions issueshttps://lab.civicrm.org/groups/extensions/-/issues2019-04-23T23:18:14Zhttps://lab.civicrm.org/extensions/action-provider/-/issues/1Add documentation on how to integrate this in another extension2019-04-23T23:18:14ZjaapjansmaAdd documentation on how to integrate this in another extensionhttps://lab.civicrm.org/extensions/action-provider/-/issues/2Add documentation on how to develop an custom action2019-04-23T23:18:14ZjaapjansmaAdd documentation on how to develop an custom action* In this module
* In your own extension* In this module
* In your own extensionhttps://lab.civicrm.org/extensions/extensionsui/-/issues/28DISCUSS: Collect post-upgrade feedback on extensions2018-03-01T18:49:38ZAllenShawDISCUSS: Collect post-upgrade feedback on extensions*Created by: twomice*
After a civicrm upgrade, ask the user to report whether any extensions are broken or working well.
@GinkgoFJG adds: Proposed approach is implement `civicrm_hook_check`, stashing the CiviCRM version number on eac...*Created by: twomice*
After a civicrm upgrade, ask the user to report whether any extensions are broken or working well.
@GinkgoFJG adds: Proposed approach is implement `civicrm_hook_check`, stashing the CiviCRM version number on each run. If the number is different from the previous run, prompt the user to provide feedback. Also discussed was building the feedback mechanism directly into the regular Manage Ext screens.https://lab.civicrm.org/extensions/extensionsui/-/issues/29DISCUSS: When prompting for CiviCRM upgrade, provide info about compatibility...2018-03-01T18:51:56ZAllenShawDISCUSS: When prompting for CiviCRM upgrade, provide info about compatibility of installed extensions*Created by: twomice*
CiviCRM notifies when a new core version is available. This improvement adds information to that notice, e.g, for each installed extension:
"CiviCRM 5.5 is available. CiviFoobar extension is already being used b...*Created by: twomice*
CiviCRM notifies when a new core version is available. This improvement adds information to that notice, e.g, for each installed extension:
"CiviCRM 5.5 is available. CiviFoobar extension is already being used by 1000 users on CiviCRM 5.5; only 2 have reported problems."https://lab.civicrm.org/extensions/gocardless/-/issues/32Extension does not work with CiviCRM Webforms with Contribution page2023-11-23T17:06:36ZRichExtension does not work with CiviCRM Webforms with Contribution page*Created by: PJKerrigan*
I am using civicrm_webform (7.x-4.19) in Drupal (7.52) and have a webform which uses a Contribution page on CiviCRM 4.7.30.
The GoCardless payment processor fails with the following notice:
> Notice: Undef...*Created by: PJKerrigan*
I am using civicrm_webform (7.x-4.19) in Drupal (7.52) and have a webform which uses a Contribution page on CiviCRM 4.7.30.
The GoCardless payment processor fails with the following notice:
> Notice: Undefined index: description in CRM_Core_Payment_GoCardless->doTransferCheckoutWorker() (line 122 of /var/www/vhosts/my.site/dev/sites/all/extensions/uk.artfulrobot.civicrm.gocardless/CRM/Core/Payment/GoCardless.php).
I have tried to simply set the $params['description'] value by hard-coding it, but that led to the following error being displayed:
> We can't load the requested web page. This page requires cookies to be enabled in your browser settings. Please check this setting and enable cookies (if they are not enabled). Then try again. If this error persists, contact the site administrator for assistance.
>
> Error type: Could not find a valid session key.
I'm guessing that the description is used to create the session key, so changing it in CRM_Core_Payment_GoCardless::doTransferCheckoutWorker breaks it.
Does anyone have any ideas? Thanks.https://lab.civicrm.org/extensions/mte/-/issues/113Print Invoice from contribution view, return DB DB Error: constraint violation2018-03-28T17:14:28ZMonish DebPrint Invoice from contribution view, return DB DB Error: constraint violation*Created by: mathavanveda*
**Description :**
When Printing Invoice from Contribution View page return DB constraint error. because print pdf functionality is also call `CRM_Core_BAO_MessageTemplate::sendTemplate()` to build html.
s...*Created by: mathavanveda*
**Description :**
When Printing Invoice from Contribution View page return DB constraint error. because print pdf functionality is also call `CRM_Core_BAO_MessageTemplate::sendTemplate()` to build html.
so we cannot expect $params['toEmail'] in this case, which cause DB Constraint error while creating Mailing queue in mte.php (line 564).
Tested in Civi Version 4.7.23 & 4.7.29
**To Reproduce error:**
**Settings** :
**1) Enable Mandrill SMTP**
**2) Used for Transactional Emails**
Make Sure Civi invoicing has been enabled in civicrm setting.
**Enable invoicing**
Menu > Administer > civicontribute >> CiviContribute Component setting
select `Enable Tax and Invoicing tab` checkbox. which will enable print invoice button on contribution view page.
**Steps:**
1) Navigate to Contribution Tab on contact summary.
2) Click **View**
3) Click **Print Invoice**
which return DB Error. (attached Screenshot)
![mandril - print pdf error](https://user-images.githubusercontent.com/6152709/38044170-e9948412-32b0-11e8-93b6-8d8a08a9a715.png)
Attached a PR for this issue https://github.com/JMAConsulting/biz.jmaconsulting.mte/pull/112
https://lab.civicrm.org/extensions/documents/-/issues/14.unknown file extension for uploaded documents2018-03-31T17:53:14Zjaapjansma.unknown file extension for uploaded documents*Created by: steveschiltz*
Hi,
my problem is that when I upload files they get the extension .unknown
Drupal 7.56
Civicrm 4.7.23
Documents 1.8
Message displayed :
Notice: Undefined index: attachDesc_1 in CRM_Core_BAO_File:...*Created by: steveschiltz*
Hi,
my problem is that when I upload files they get the extension .unknown
Drupal 7.56
Civicrm 4.7.23
Documents 1.8
Message displayed :
Notice: Undefined index: attachDesc_1 in CRM_Core_BAO_File::formatAttachment() (line 554 of /home/setciexg/public_html/modules/civicrm/CRM/Core/BAO/File.php).
Does this have anything to do with the documents extensionhttps://lab.civicrm.org/extensions/areas/-/issues/1Option to Include/Exclude cities/provinces etcetera2018-05-27T07:55:56Zmagnolia61Option to Include/Exclude cities/provinces etceteraNice extension, tried it and it works like a charm.
We might want to use it to define the dutch holiday regions (Noord, Midden, Zuid)
Those are mainly province based, but there are a few exceptions.
Therefore: would it be very hard to e...Nice extension, tried it and it works like a charm.
We might want to use it to define the dutch holiday regions (Noord, Midden, Zuid)
Those are mainly province based, but there are a few exceptions.
Therefore: would it be very hard to enhance this extension with include/exclude?
So that we would be able to
include: province = Utrecht
exclude: city: Eemnes & Abcoude
Would totally understand it if this feature does not match the design, just wonderinghttps://lab.civicrm.org/extensions/documents/-/issues/15Fatal error occures sometimes when submitting webform with documents2022-11-03T19:40:32ZjaapjansmaFatal error occures sometimes when submitting webform with documents*Created by: ruudgithub*
Occasionally the following fatal error message occurs when users submit a webform with a document:
Trying to get property of non-object in WebformCiviCRMDocuments->saveFileAsDocument() (line 185 of /var/www/d...*Created by: ruudgithub*
Occasionally the following fatal error message occurs when users submit a webform with a document:
Trying to get property of non-object in WebformCiviCRMDocuments->saveFileAsDocument() (line 185 of /var/www/drupal/sites/all/modules/civicrm_extensions/org.civicoop.documents/drupal/webform_civicrm_documents/WebformCiviCRMDocuments.inc).
Fatal error: Call to a member function realpath() on boolean in /var/www/drupal/sites/all/modules/civicrm_extensions/org.civicoop.documents/drupal
/webform_civicrm_documents/WebformCiviCRMDocuments.inc on line 186
Drupal 7.5.9
CiviCRM 4.4.8
org.civicoop.documents 1.8https://lab.civicrm.org/extensions/gocardless/-/issues/37Adding support for the SEPA payment scheme2021-07-14T14:03:16ZRichAdding support for the SEPA payment scheme*Created by: Upperholme*
We're using this extension to support recurring membership payments, and it seems to be working successfully(despite some odd behaviour with respect to membership dates, but I don't think that is down to this ex...*Created by: Upperholme*
We're using this extension to support recurring membership payments, and it seems to be working successfully(despite some odd behaviour with respect to membership dates, but I don't think that is down to this extension), so many thanks for that.
The organisation that I'm working with now wants to respond to demand from people in the Eurozone who wish to become members. At the Civi end of things I guess we can enable the Euro as a second currency for the installation (although I'm aware that multicurrency support is pretty limited within Civi currently), and I can then set up a membership sign-up page to use Euros.
At the GoCardless end we ca get them to enable the SEPA scheme for the account alongside the BACS scheme.
So I guess the bit in the middle is ensuring that this extension understands what currency is being used for a given transaction, and therefore which scheme, and can pass that information on to GoCardless.
So the question is, does the extension as it stands support any of this, and if not, what would it take to make it SEPA-friendly, as well as BACS-friendly?https://lab.civicrm.org/extensions/gdpr/-/issues/139Communication preferences in profiles should be Yes / No2020-10-05T15:52:24ZMichael McAndrewCommunication preferences in profiles should be Yes / NoHey there,
I like the way that the communication preferences form translates Do Not Mail,Phone,Post etc. into a Yes/No select. The same does not happen for these fields if they are included in a profile. Are you interested in a PR tha...Hey there,
I like the way that the communication preferences form translates Do Not Mail,Phone,Post etc. into a Yes/No select. The same does not happen for these fields if they are included in a profile. Are you interested in a PR that converts communication preferences profile fields from a checkbox to a Yes / No?https://lab.civicrm.org/extensions/gdpr/-/issues/140Move Settings page to Administer > System Settings2020-10-05T15:49:45ZJoeMurrayMove Settings page to Administer > System SettingsThe extension's settings page is currently added under Contacts menu. The UX pattern throughout CiviCRM is to put administration pages under the Administer menu. I think people would tend to find it if you put it under Administer > Syste...The extension's settings page is currently added under Contacts menu. The UX pattern throughout CiviCRM is to put administration pages under the Administer menu. I think people would tend to find it if you put it under Administer > System Settings. https://lab.civicrm.org/extensions/gdpr/-/issues/151Finer grained communication channel control2020-10-06T09:24:18ZrajeshsFiner grained communication channel control*Created by: MarshCastle*
Hi all,
I'm raising this as a question really, rather than a bug / fix. We have a site that requires a finer grain on channel selection than is currently provided, so have two questions:
1. Is there anythin...*Created by: MarshCastle*
Hi all,
I'm raising this as a question really, rather than a bug / fix. We have a site that requires a finer grain on channel selection than is currently provided, so have two questions:
1. Is there anything lost by using a different approach to give finer grained control to users over the channels they recieve their communications (using webforms & smart groups)? i.e: Users select their preferred channel of communication on a group-by-group basis, rather than a single channel selected and all communications are sent through that channel.
I do understand that the current comms preference page would have to be adapted to remove the relevant section and the webform added to the page.The question is aimed at whether there is anything I'm missing on a functional level.
2. Are there any plans by Veda to give finer controls for this functionality.
As the "Do Not Send" fields are used for this, I'm not expecting their to be support for a finer grain (at least in the short term) - would that be correct, or would this be a possibility?
https://lab.civicrm.org/extensions/ode/-/issues/23FROM email whitelisting isn't working2018-10-22T14:24:11ZMonish DebFROM email whitelisting isn't working*Created by: lcdservices*
The FROM email address whitelisting functionality isn't actually working. A review of the code indicates the setting and form to enable that functionality exists, but the email check doesn't actually review the...*Created by: lcdservices*
The FROM email address whitelisting functionality isn't actually working. A review of the code indicates the setting and form to enable that functionality exists, but the email check doesn't actually review the from email addresses to find if there's a match. It only looks at the site domain.
Here's a proposed patch:
https://gist.github.com/lcdservices/ce1f90cf18c42f44c0648acc3de5a58d
Actually, that would need to be conditioned on whether the setting is enabled. Let me know if you want me to file a PR.https://lab.civicrm.org/extensions/sparkpost/-/issues/62Cannot send test email2018-11-17T21:39:29Zmattwiremjw@mjwconsult.co.ukCannot send test emailThis commit https://github.com/cividesk/com.cividesk.email.sparkpost/commit/85a4a89162b2c5f273c95503da6902d7e49499ad breaks sending test emails for me. I didn't test whether it also breaks sending other email but I'm guessing it does.
...This commit https://github.com/cividesk/com.cividesk.email.sparkpost/commit/85a4a89162b2c5f273c95503da6902d7e49499ad breaks sending test emails for me. I didn't test whether it also breaks sending other email but I'm guessing it does.
When pressing "Save and Send Test Email" from: Administer->System Settings->Outbound Email (Sparkpost)
I get the following error:
```
Sending test email. FROM: XXX@XXX TO: YYY@YYY.
Oops. Your SparkPost settings are incorrect. No test mail has been sent.
An error occurred when CiviCRM attempted to send an email (via SMTP). If you received this error after submitting on online contribution or event registration - the transaction was completed, but we were unable to send the email receipt.
The mail library returned the following error message:
Sparkpost error: HTTP return code 405, Sparkpost error code 1102 (invalid http method: PUT is not supported on /api/v1/transmissions). Check https://support.sparkpost.com/customer/en/portal/articles/2140916-extended-error-codes for interpretation.
This is probably related to a problem in your Outbound Email Settings (Administer CiviCRM » System Settings » Outbound Email), OR the FROM email address specifically configured for your contribution page or event. Possible causes are:
Your Sendmail path is incorrect.
Your Sendmail argument is incorrect.
The FROM Email Address configured for this feature may not be a valid sender based on your email service provider rules.
```https://lab.civicrm.org/extensions/sparkpost/-/issues/64Extension 1.1 breaks CiviCRM System Status and causes other errors2018-11-02T12:08:48ZjaapjansmaExtension 1.1 breaks CiviCRM System Status and causes other errors*Created by: lsmithgo*
On my site (Joomla! 3.8.10, PHP 5.6.36, this extension 1.1, CiviCRM 5.3.2), this extension causes the following issues:
- clicking on the System Status link on any Civicrm back-end page doesn't work, it creates a...*Created by: lsmithgo*
On my site (Joomla! 3.8.10, PHP 5.6.36, this extension 1.1, CiviCRM 5.3.2), this extension causes the following issues:
- clicking on the System Status link on any Civicrm back-end page doesn't work, it creates a blank page
- when loading Civicrm for the first time, site often creates Error 500
- messages in log: PHP Fatal error: Call to undefined function civicrmVersion() in
/blabla/www/media/civicrm/ext/com.cividesk.email.sparkpost/sparkpost.php on
line 145
All these problems go away immediately the extension is disabled.
Upgrading to v1.2 is impossible due to the problems reported in Issue 62.https://lab.civicrm.org/extensions/gdpr/-/issues/156Anonymize on unsub / opt out when revoked consent was the only basis for proc...2020-10-06T09:24:34ZrajeshsAnonymize on unsub / opt out when revoked consent was the only basis for processing*Created by: ian-kelling*
A typical scenario is to have a mailing list sign up, which creates a civicrm contact. Then the contact unsubs or opts out from that list. If that is the only interaction we've had with the contact, and that ma...*Created by: ian-kelling*
A typical scenario is to have a mailing list sign up, which creates a civicrm contact. Then the contact unsubs or opts out from that list. If that is the only interaction we've had with the contact, and that mailing list subscription was based on consent, GDPR says we should not be continuing to store their personally identifiable information, but civi keeps it.
It would be nice to have a cronjob that looks for all the contacts that have unsubbed and figures out that we don't have their info for other reasons and then deletes or anonymizes their identifiable data.
I'm going to investigate implementing this in the next week or two. Please leave any feedback or suggestions.https://lab.civicrm.org/extensions/cividiscount/-/issues/202autodiscount not working if multiple discount instances for same event type2023-07-04T23:18:48Zbgmautodiscount not working if multiple discount instances for same event type*Created by: MtnPavlas*
Only the first instance of an auto-discount for a specific event type works while any subsequent instances don't.
E.g. let's assume two discount instances being set up for event type "Class" - one for $20 off, a...*Created by: MtnPavlas*
Only the first instance of an auto-discount for a specific event type works while any subsequent instances don't.
E.g. let's assume two discount instances being set up for event type "Class" - one for $20 off, another one for $35 off - each of them has different price options assigned and the same membership requirements to drive the auto-discount, but the $35 auto-discount doesn't work.
Entering the discount code on the event registration page manually works just fine, but the auto-discount doesn't (logged in user is a current member).
No errors in the logs or console.
This worked on CiviDiscount v3.2 and hasn't worked since 3.4 (we skipped 3.3 so can't speak for that version). I just verified 3.2 worked by re-installing it on our website.
Submitting this bug after chatting with Eileen on Town Square.https://lab.civicrm.org/extensions/areas/-/issues/2Error while importing contacts - Area: 1.1 - Civi: 5.4.02018-08-08T08:31:11ZStefanError while importing contacts - Area: 1.1 - Civi: 5.4.0While importing contacts the import process got broken and it says "You have requested a non-existent service "areas_definition_factory".
I tried a few times, always the same error message.
Deactivating area extension did the job.
Are...While importing contacts the import process got broken and it says "You have requested a non-existent service "areas_definition_factory".
I tried a few times, always the same error message.
Deactivating area extension did the job.
Area: 1.1
Civi: 5.4.0
Wordpresshttps://lab.civicrm.org/extensions/pdfapi/-/issues/10Big message template causes SQL error 2018-09-13T18:50:42ZjaapjansmaBig message template causes SQL error *Created by: rrooij*
When writing a very big message (for instance, when including base64 images) a SQL error occurs when inserting an activity. This is because the HTML is too big for the database column.
Solved myself by replacing ...*Created by: rrooij*
When writing a very big message (for instance, when including base64 images) a SQL error occurs when inserting an activity. This is because the HTML is too big for the database column.
Solved myself by replacing this with a default message:
https://github.com/CiviCooP/org.civicoop.pdfapi/blob/master/api/v3/Pdf/Create.php#L172