Extensions issueshttps://lab.civicrm.org/groups/extensions/-/issues2020-11-19T21:50:43Zhttps://lab.civicrm.org/extensions/stripe/-/issues/277Requirement to re-create webhooks after updating from Stripe 6.4.2 to 6.5.42020-11-19T21:50:43Zjustinfreeman (Agileware)Requirement to re-create webhooks after updating from Stripe 6.4.2 to 6.5.4Just wondering why there was a requirement to re-create webhooks after updating from Stripe 6.4.2 to 6.5.4? I previously raised this issue https://lab.civicrm.org/extensions/stripe/-/issues/231
This time, post-upgrade it actually broke ...Just wondering why there was a requirement to re-create webhooks after updating from Stripe 6.4.2 to 6.5.4? I previously raised this issue https://lab.civicrm.org/extensions/stripe/-/issues/231
This time, post-upgrade it actually broke Stripe processing on the site. Nothing more complex than upgrading to latest Stripe and all dependent extensions.
We've got other WooCommerce and Drupal sites which have never had their Stripe webhooks re-created, ever. So what's happening here that this is coming up so frequently? Genuine question.
Agileware Ref: CIVICRM-1532https://lab.civicrm.org/extensions/civirules/-/issues/101Api4 passes GroupContact the correct way2021-05-10T15:49:32ZMichael McAndrewApi4 passes GroupContact the correct wayThe code here: https://lab.civicrm.org/extensions/civirules/-/blob/master/CRM/CivirulesPostTrigger/GroupContact.php#L42 assumes that $objectRef and $objectId will be passed in the idiosyncratic way that is explained in the inline comment...The code here: https://lab.civicrm.org/extensions/civirules/-/blob/master/CRM/CivirulesPostTrigger/GroupContact.php#L42 assumes that $objectRef and $objectId will be passed in the idiosyncratic way that is explained in the inline comments.
But when using Api4, $objectRef and $objectId are passed much more sanely, as one would expect. Hence any GroupContact CiviRules will cause a fatal error when triggered by an API4 action.
One approach to solving it is to do something similar to this code (I did not patch CiviRules myself):
```php
if (is_array($objectRef)) {
$contactId = $objectRef[0];
$groupId = $objectId;
}
elseif (is_object($objectRef)) {
$contactId = $objectRef->contact_id;
$groupId = $objectRef->group_id;
}
```
Also, for what it is worth, if you are refactoring, even though objectRef is 'an array of contact ids', I have never come across a situation where that array is longer than a single element :shrug: (though I might have missed code path).https://lab.civicrm.org/extensions/extensions-directory/-/issues/54Better default for notification settings when a repo is created for you?2021-02-10T21:57:42ZDaveDBetter default for notification settings when a repo is created for you?Related to https://lab.civicrm.org/extensions/extensions-directory/-/issues/47, can it automatically set the notification setting to "Watch" for the repo when it creates one for you? It sets it to use your global settings. I don't know h...Related to https://lab.civicrm.org/extensions/extensions-directory/-/issues/47, can it automatically set the notification setting to "Watch" for the repo when it creates one for you? It sets it to use your global settings. I don't know how many people have "watch" as their default for the entire extensions project. If most extension authors do then nevermind.https://lab.civicrm.org/extensions/gdpr/-/issues/253Is there a way to import Data Policy acceptance and Communication Preferences...2020-12-14T17:39:09ZrajeshsIs there a way to import Data Policy acceptance and Communication Preferences dates?*Created by: alantgpl*
If acceptance of terms and conditions/data policy or communication preferences have been captured on another platform (eg. Mailchimp or JustGiving) is there a way to import these dates along with the contact record?*Created by: alantgpl*
If acceptance of terms and conditions/data policy or communication preferences have been captured on another platform (eg. Mailchimp or JustGiving) is there a way to import these dates along with the contact record?https://lab.civicrm.org/extensions/advimport/-/issues/4Queue displays non-import jobs2020-11-18T17:34:43ZRichQueue displays non-import jobsThe main screen has a "There are currently N import tasks running:" section, which apparently dumps the whole of the queue table, and allows modification of queue items that are nothing to do with advimport(!)The main screen has a "There are currently N import tasks running:" section, which apparently dumps the whole of the queue table, and allows modification of queue items that are nothing to do with advimport(!)https://lab.civicrm.org/extensions/ukgiftaid/-/issues/21Data too long for column 'source'2020-11-23T23:43:31ZcapoData too long for column 'source'The source of a declaration might end up being the title of the contribution page from which the contribution comes from. But:
- the length allowed for the title of a contribution page is 255 characters (see [xml/schema/Contribute/Contr...The source of a declaration might end up being the title of the contribution page from which the contribution comes from. But:
- the length allowed for the title of a contribution page is 255 characters (see [xml/schema/Contribute/ContributionPage.xml#L26](https://github.com/civicrm/civicrm-core/blob/1f7272b128156e8f948d8a0a86838aee57c4e021/xml/schema/Contribute/ContributionPage.xml#L26))
- and the length allowed for the source of a Gift Aid declaration is only 32 characters (see [CRM/Civigiftaid/Upgrader.php#L773](https://lab.civicrm.org/extensions/ukgiftaid/-/blob/3.4.5/CRM/Civigiftaid/Upgrader.php#L773)).
So a contribution sent through a contribution page titled: `Standard Donation Form for Donate Page`, would cause an error like:
```
Nov 16 22:37:09 [error] $Fatal Error Details = Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => handle
)
[code] => -1
[message] => DB Error: unknown error
[mode] => 16
[debug_info] => UPDATE civicrm_value_gift_aid_declaration SET
entity_id=220799,eligible_for_gift_aid=3,address='1 Street',post_code='PS1 TA2',
start_date=20201116223703,given_date=20201116223703,
source='Standard Donation Form for Donate Page'
WHERE id=17066
[nativecode=1406 ** Data too long for column 'source' at row 1]
[type] => DB_Error
[user_info] => UPDATE civicrm_value_gift_aid_declaration SET
entity_id=220799,eligible_for_gift_aid=3,address='1 Street',post_code='PS1 TA2',
start_date=20201116223703,given_date=20201116223703,
source='Standard Donation Form for Donate Page'
WHERE id=17066
[nativecode=1406 ** Data too long for column 'source' at row 1]
[to_string] => [db_error: message="DB Error: unknown error" code=-1 mode=callback callback=CRM_Core_Error::handle prefix="" info="UPDATE civicrm_value_gift_aid_declaration SET
entity_id=220799,eligible_for_gift_aid=3,address='1 Street',post_code='PS1 TA2',
start_date=20201116223703,given_date=20201116223703,
source='Standard Donation Form for Donate Page'
WHERE id=17066
[nativecode=1406 ** Data too long for column 'source' at row 1]"]
)
```https://lab.civicrm.org/extensions/minifier/-/issues/4Minifier conflicts with Afform2020-11-18T14:20:16ZcontextMinifier conflicts with AfformPlease look at this chat: https://chat.civicrm.org/civicrm/pl/x93986sw4jn9jkzxx5mg4hawwr where Tim Otten and I debugged an issue with the Afform Admin built into 5.31.0 not working. It looks like minifier corrupts the angular .json file.Please look at this chat: https://chat.civicrm.org/civicrm/pl/x93986sw4jn9jkzxx5mg4hawwr where Tim Otten and I debugged an issue with the Afform Admin built into 5.31.0 not working. It looks like minifier corrupts the angular .json file.https://lab.civicrm.org/extensions/ukpostcodes/-/issues/4Stops working with "Allow individuals to contribute and / or signup for membe...2021-02-25T14:13:25ZBarijohnStops working with "Allow individuals to contribute and / or signup for membership on behalf of an organization?" is enabledWhen using Post Code Lookup if you have Allow individuals to contribute and / or signup for membership on behalf of an organization? Then Post Code lookup stops working.
![PostsCodeLookupOrg](/uploads/7bbefc66dbf1fa3bd005a88a1c3341ed/P...When using Post Code Lookup if you have Allow individuals to contribute and / or signup for membership on behalf of an organization? Then Post Code lookup stops working.
![PostsCodeLookupOrg](/uploads/7bbefc66dbf1fa3bd005a88a1c3341ed/PostsCodeLookupOrg.png)
Go to the live contribution page and you get the option to search postcode
![PostcodelookupLive](/uploads/3613c34a3488c70d610bede8c2af2406/PostcodelookupLive.png)
You can select this but it won't update the address details.https://lab.civicrm.org/extensions/dataprocessor/-/issues/65Error selecting an action2021-05-13T22:43:05ZdavidError selecting an actionHello,
I always get an error if I try to start an action, after a search:
Notice: Undefined index: Search in HTML_QuickForm_Controller->exportValues() (line 495 of /var/www/html/sites/all/modules/civicrm/packages/HTML/QuickForm/Control...Hello,
I always get an error if I try to start an action, after a search:
Notice: Undefined index: Search in HTML_QuickForm_Controller->exportValues() (line 495 of /var/www/html/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php).
Warning: Invalid argument supplied for foreach() in HTML_QuickForm_Controller->exportValues() (line 495 of /var/www/html/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php).
Notice: Undefined index: task in CRM_Event_Form_Task::preProcessCommon() (line 50 of /var/www/html/sites/all/modules/civicrm/CRM/Event/Form/Task.php).
I am using Civicrm 5.31.0.
Tested with participant, contribution and contact Search
The result is that all found results are used for the action.https://lab.civicrm.org/extensions/civirules/-/issues/100"Page not found" with CiviCRM 5.31 when managing rules2020-11-15T13:31:05Zfkohrt"Page not found" with CiviCRM 5.31 when managing rulesI Installed CiviRules 2.19 on a fresh CiviCRM 5.31 with Drupal 8, but after navigating to CiviCRM > Administer > CiviRules > Manage Rules I am presented with an error "Page not found". I understand that according to [CiviRules' extension...I Installed CiviRules 2.19 on a fresh CiviCRM 5.31 with Drupal 8, but after navigating to CiviCRM > Administer > CiviRules > Manage Rules I am presented with an error "Page not found". I understand that according to [CiviRules' extension page](https://civicrm.org/extensions/civirules) version 2.19 does not officially support CiviCRM 5.31, but I can confirm it works with CiviCRM 5.17 on Drupal 7 and there are indications such as #74 that CiviCRM 5.23 does at least not break with a "Page not found" error.
Navigating to CiviCRM > Administer > CiviRules > New Rule also throws the same error, but strangely, navigating to CiviCRM > Administer > CiviRules > CiviRule Tags works.https://lab.civicrm.org/extensions/mjwshared/-/issues/6Install error on master - 0.9.6 works fine2020-11-14T20:11:37ZHeneryHInstall error on master - 0.9.6 works fineI have not done much debugging on this but want to capture it here for others and more debugging.
When I clone the master into my ext directory and enable it I immediately get the white screen of death. Last I remember after the white ...I have not done much debugging on this but want to capture it here for others and more debugging.
When I clone the master into my ext directory and enable it I immediately get the white screen of death. Last I remember after the white screen and I did a "drush cr" it warned of a missing call to some Stripe helper of some sort. I need to do it again to capture the exact log.
Removing the directory allows me to get back to the admin screen where it warns me the lib is missing and I can disable it.
By cloning the 0.9.6 branch it goes back to working fine.
I didn't try the 0.9.7 or dig into the logs yet.https://lab.civicrm.org/extensions/stripe/-/issues/276Generated webhook returns 404 when testing in Stripe dashboard2020-11-16T14:37:24ZaxaakGenerated webhook returns 404 when testing in Stripe dashboardHi,
many thanks for your work on this extension, we really appreciate it.
The extension generates a webhook of the form:
`mydomain.com/civicrm?civiwp=CiviCRM&q=civicrm%2Fpayment%2Fipn%2F6`
when I test this in the Stripe dashboard it fa...Hi,
many thanks for your work on this extension, we really appreciate it.
The extension generates a webhook of the form:
`mydomain.com/civicrm?civiwp=CiviCRM&q=civicrm%2Fpayment%2Fipn%2F6`
when I test this in the Stripe dashboard it fails with a 404.
If I edit the webhook to:
`mydomain.com/?civiwp=CiviCRM&q=civicrm%2Fpayment%2Fipn%2F6`
it works,i.e. single (non-recurring) membership contributions appear in Civi. The difference is the civicrm part after the domain. However, I've observed the system can re-recreate the webhook so I end up with two, my edited one and the generated one which causes problems if the generated one is used.
This may be a Wordpress routing issue but other front-end pages work correctly. I have tried setting `CIVICRM_UF_BASEURL` to both mydomain.com/ and mydomain.com/civicrm/ to no avail.
Our env:
Wordpress 5.5.3
Civi ESR 5.27.7
mjwshared 0.8.1
Stripe 6.4.2
OS Debian, Buster
PHP 7.3
This is a staging site where we are upgrading from Civi 4.6.x
Many thanks for any help you may be able to offer.
Adrianhttps://lab.civicrm.org/extensions/firewall/-/issues/14Firewall 1.1.1 causes custom fields to disappear from contribution pages.2021-05-23T10:46:54ZtapashFirewall 1.1.1 causes custom fields to disappear from contribution pages.Firewall 1.1.1 causes custom fields to disappear from contribution pages.Firewall 1.1.1 causes custom fields to disappear from contribution pages.https://lab.civicrm.org/extensions/stripe/-/issues/275remove com.drastikbydesign.stripe ?2023-10-02T14:12:16ZJoeMurrayremove com.drastikbydesign.stripe ?On the extensions page, this shows `com.drastikbydesign.stripe` under the name of the extension. Can we rename the key to org.civicrm.stripe or something with mjw in it?On the extensions page, this shows `com.drastikbydesign.stripe` under the name of the extension. Can we rename the key to org.civicrm.stripe or something with mjw in it?https://lab.civicrm.org/extensions/firewall/-/issues/13Incompatibility with civiCRM 5.31.0?2020-11-13T16:16:42ZlarnoultIncompatibility with civiCRM 5.31.0?Hello,
I just upgraded to 5.31.0 (on WordPress 5.5.3).
After DB update, it created such fatal error:
`Fatal error: Uncaught Error: Class 'Civi\Firewall\Firewall' not found in /home/parlemon/www/wp-content/uploads/civicrm/ext/firewall/fir...Hello,
I just upgraded to 5.31.0 (on WordPress 5.5.3).
After DB update, it created such fatal error:
`Fatal error: Uncaught Error: Class 'Civi\Firewall\Firewall' not found in /home/parlemon/www/wp-content/uploads/civicrm/ext/firewall/firewall.php:12 Stack trace: #0 /home/parlemon/www/wp-content/plugins/civicrm/civicrm/CRM/Utils/Hook.php(271): firewall_civicrm_config(Object(CRM_Core_Config)) #1 /home/parlemon/www/wp-content/plugins/civicrm/civicrm/CRM/Utils/Hook/WordPress.php(136): CRM_Utils_Hook->runHooks(Array, 'civicrm_config', 1, Object(CRM_Core_Config), NULL, NULL, NULL, NULL, NULL) #2 /home/parlemon/www/wp-content/plugins/civicrm/civicrm/Civi/Core/CiviEventDispatcher.php(168): CRM_Utils_Hook_WordPress->invokeViaUF(1, Object(CRM_Core_Config), NULL, NULL, NULL, NULL, NULL, 'civicrm_config') #3 /home/parlemon/www/wp-content/plugins/civicrm/civicrm/vendor/symfony/event-dispatcher/EventDispatcher.php(214): Civi\Core\CiviEventDispatcher::delegateToUF(Object(Civi\Core\Event\GenericHookEvent), 'hook_civicrm_co...', Object(Civi\Core\CiviEventDispatcher)) #4 /home/parlemon/www/wp-content/plugins/civicrm/civicrm/vendor/symfony/ in /home/parlemon/www/wp-content/uploads/civicrm/ext/firewall/firewall.php on line 12
`
I had to inactivate firewall extension to rescue my site.
I had the same type of error with the AWS extension:https://github.com/mecachisenros/aws/issues/9
Cheers,https://lab.civicrm.org/extensions/civirules/-/issues/99CiviRule triggers 2Xs2021-05-11T14:28:28ZIowaBoyCiviRule triggers 2XsTrigger is Email is Added with condition is Primary. Both Home and Billing emails are inserted as Primary but then the non-default Location Type is updated to primary = 0. However the Civirule has completed for both Billing and Home befo...Trigger is Email is Added with condition is Primary. Both Home and Billing emails are inserted as Primary but then the non-default Location Type is updated to primary = 0. However the Civirule has completed for both Billing and Home before the Update to the email table happens.
My fix was to add a second condition of AND Location Type = Home.
https://civicrm.stackexchange.com/questions/38092/civirule-triggers-2xs/38134#38134https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/114Drupal 8 - PDF tax receipts not working after upgrade from 1.5.1 to 1.5.22020-11-11T21:37:27ZbkeevilDrupal 8 - PDF tax receipts not working after upgrade from 1.5.1 to 1.5.2PDF tax receipt generation was working before the upgrade but not after. During the upgrade I also replace the logo and signature images but that is probably not related.
Trying to print a single tax receipt causes the modal window to f...PDF tax receipt generation was working before the upgrade but not after. During the upgrade I also replace the logo and signature images but that is probably not related.
Trying to print a single tax receipt causes the modal window to freeze.
The url ending /civicrm/cdntaxreceipts/view produces a blank page.
Log output from the upgrade looks good:
> | 406 | Nov 10 15:02:05 | [warning] Deprecated function CRM_Core_DAO::executeQuery, use calling functions should handle exceptions. |
> |------|------------------|-----------------------------------------------------------------------------------------------------------|
> | 399 | Nov 10 15:01:51 | [warning] Deprecated function CRM_Core_DAO::executeQuery, use calling functions should handle exceptions. |
> | 392 | Nov 10 14:59:47 | [warning] Deprecated function CRM_Core_DAO::executeQuery, use calling functions should handle exceptions. |
> | 390 | Nov 10 14:47:40 | [info] Running task: Finish Upgrade DB to 5.30.1 |
> | 388 | Nov 10 14:47:40 | [info] Running task: Upgrade DB to 5.30.1 |
> | 386 | Nov 10 14:47:40 | [info] Running task: Begin Upgrade to 5.30.1 |
> | 384 | Nov 10 14:47:39 | [info] Running task: Finish Upgrade DB to 5.30.0 |
> | 382 | Nov 10 14:47:39 | [info] Running task: Upgrade DB to 5.30.0 |
> | 380 | Nov 10 14:47:39 | [info] Running task: Begin Upgrade to 5.30.0 |
> | 378 | Nov 10 14:47:38 | [info] Running task: Finish Upgrade DB to 5.30.beta1 |
> | 376 | Nov 10 14:47:38 | [info] Running task: Upgrade DB to 5.30.beta1 |
> | 374 | Nov 10 14:47:37 | [info] Running task: Begin Upgrade to 5.30.beta1 |
> | 372 | Nov 10 14:47:37 | [info] Running task: Finish Upgrade DB to 5.30.alpha1 |
> | 370 | Nov 10 14:47:36 | [info] Running task: Add core (required) extension Financial ACLs |
> | 368 | Nov 10 14:47:36 | [info] Running task: Upgrade DB to 5.30.alpha1: SQL |
> | 366 | Nov 10 14:47:36 | [info] Running task: Upgrade DB to 5.30.alpha1 |
> | 364 | Nov 10 14:47:36 | [info] Running task: Begin Upgrade to 5.30.alpha1 |
> | 362 | Nov 10 14:47:35 | [info] Running task: Checking extensions |
> | 360 | Nov 10 14:47:35 | [info] Running task: Cleanup old files |
How do I get error messages from this module?https://lab.civicrm.org/extensions/cividiscount/-/issues/246Stacking discounts2021-09-14T13:27:36ZbgmStacking discounts*Created by: AlishaGNYC*
It would great to be able to stack discounts in Civi. For example, we want to give all members 10% off. We also want to give certain members another 10% off.
Is there any thought of adding that functionality t...*Created by: AlishaGNYC*
It would great to be able to stack discounts in Civi. For example, we want to give all members 10% off. We also want to give certain members another 10% off.
Is there any thought of adding that functionality to CiviDiscount?https://lab.civicrm.org/extensions/eventics/-/issues/2Empty ICS when event is not public2021-02-16T04:11:11ZsamuelsovEmpty ICS when event is not publicWhen we register to a private event, the receipt contains an empty ics file.
We should do one of the following :
- allow ics for private event :
```
- $info = CRM_Event_BAO_Event::getCompleteInfo($start, $type, $event_id, $end);
+ ...When we register to a private event, the receipt contains an empty ics file.
We should do one of the following :
- allow ics for private event :
```
- $info = CRM_Event_BAO_Event::getCompleteInfo($start, $type, $event_id, $end);
+ $info = CRM_Event_BAO_Event::getCompleteInfo($start, $type, $event_id, $end, FALSE);
```
- don't insert the ics if `$info` is empty
@bgm I can create a PR but what do you think would be best ?https://lab.civicrm.org/extensions/firewall/-/issues/12What permissions are required to be set for Firewall extension?2020-11-10T10:34:17ZjamieWhat permissions are required to be set for Firewall extension?I noticed a lot of these errors in the ConfigAndLog:
```
Nov 09 08:56:23 [error]
$Fatal Error Details = array(3) {
["message"]=>
string(20) "Authorization failed"
["code"]=>
NULL
["exception"]=>
object(Civi\API\Exception\U...I noticed a lot of these errors in the ConfigAndLog:
```
Nov 09 08:56:23 [error]
$Fatal Error Details = array(3) {
["message"]=>
string(20) "Authorization failed"
["code"]=>
NULL
["exception"]=>
object(Civi\API\Exception\UnauthorizedException)#1537 (8) {
["extraParams":"API_Exception":private]=>
array(1) {
["error_code"]=>
string(12) "unauthorized"
}
["message":protected]=>
string(20) "Authorization failed"
["string":"Exception":private]=>
string(0) ""
["code":protected]=>
int(0)
["file":protected]=>
string(64) "/var/www/powerbase/sites/all/modules/civicrm/Civi/API/Kernel.php"
["line":protected]=>
int(221)
["trace":"Exception":private]=>
array(17) {
[0]=>
array(6) {
["file"]=>
string(64) "/var/www/powerbase/sites/all/modules/civicrm/Civi/API/Kernel.php"
["line"]=>
int(148)
["function"]=>
string(9) "authorize"
["class"]=>
string(15) "Civi\API\Kernel"
["type"]=>
string(2) "->"
["args"]=>
array(2) {
[0]=>
object(Civi\Api4\Provider\ActionObjectProvider)#1408 (0) {
}
[1]=>
object(Civi\Api4\Generic\DAOCreateAction)#10 (14) {
["values":protected]=>
array(3) {
["ip_address"]=>
string(13) "50.87.253.134"
["source"]=>
string(13) "invalid token"
["event_type"]=>
string(16) "InvalidCSRFEvent"
}
["version":protected]=>
int(4)
["chain":protected]=>
array(0) {
}
["checkPermissions":protected]=>
bool(true)
["debug":protected]=>
bool(false)
["_entityName":protected]=>
string(17) "FirewallIpaddress"
["_actionName":protected]=>
string(6) "create"
["_reflection":"Civi\Api4\Generic\AbstractAction":private]=>
object(ReflectionClass)#1543 (1) {
["name"]=>
string(33) "Civi\Api4\Generic\DAOCreateAction"
}
["_paramInfo":"Civi\Api4\Generic\AbstractAction":private]=>
NULL
["_entityFields":"Civi\Api4\Generic\AbstractAction":private]=>
NULL
["_arrayStorage":"Civi\Api4\Generic\AbstractAction":private]=>
array(0) {
}
["_id":"Civi\Api4\Generic\AbstractAction":private]=>
int(1)
["_debugOutput"]=>
array(0) {
}
["language":protected]=>
NULL
}
}
}
```
The errors seem to be from the Api4 handler refusing to insert an IP address into the `civicrm_firewall_ipaddress` table due to permission problems.
I then tried to run the code manually via the `cv` command:
```
www-data@333f090f552b:~/powerbase$ cv php:eval '\Civi\Firewall\Event\FraudEvent::trigger("1.2.3.4", "my helpful description");'
[Civi\API\Exception\UnauthorizedException]
Authorization failed
php:eval [--out OUT] [--level LEVEL] [-t|--test] [-U|--user USER] [--] [<code>]
www-data@333f090f552b:~/powerbase$
```
As a silly experiment I granted the anonymous use "Admin CiviCRM" permissions (on my development instance) and then it worked fine.
So, I'm clearly doing something wrong but I'm not sure what.