Extensions issueshttps://lab.civicrm.org/groups/extensions/-/issues2022-03-10T20:05:22Zhttps://lab.civicrm.org/extensions/form-processor/-/issues/32Form processor doesn't create activity when submited from Contact Form 7 inte...2022-03-10T20:05:22ZShweleForm processor doesn't create activity when submited from Contact Form 7 integrationHello,
I tried to create a basic connection with contact form, but this time I wanted to get their connects to activity. In attachment you jave .json file about automation I wanted to make.
CiviCRM connection is verified with the Contac...Hello,
I tried to create a basic connection with contact form, but this time I wanted to get their connects to activity. In attachment you jave .json file about automation I wanted to make.
CiviCRM connection is verified with the Contact Form 7 CiviCRM integration. I have tested basic getting email only for newsletter purposes and it works as intended.
When I tested contact from listed bellow it doesn't parse anything in database.
When I tested via curl or post request, it worked. When tested in form processor for tryout it worked.
When I try to fill out contact form on the website, it is not parsed into the database. Access logs in apache2 indeed have data when I grepped rest.php but there is not activity created in the CiviCRM.
Will provide any necessary tests, checks or information.
Contact form 7 bellow:
```
<label> Name and surname (required)
[text * your-name] </label>
<label> Your email (required)
[email * your-email] </label>
[hidden email customemail "name.lastname@domain.com"]
<label> The subject of the message
[text your-subject] </label>
<label> Your message
[textarea your-message] </label>
[submit "Submit"]
```
Picture of setup for contact form:
![contac_test_2](/uploads/e07ec1177b9e211a8ec4449774a4bece/contac_test_2.PNG)
Configuration file for Form processor:
[contact_test_2.json](/uploads/bacaf230cbf949f437bd73f6640a8ebd/contact_test_2.json)
Thanks in advance,
Nikolahttps://lab.civicrm.org/extensions/documents/-/issues/28De-duplicating contacts brings fatal error2021-11-02T16:46:12ZjaapjansmaDe-duplicating contacts brings fatal error*Created by: wintermoor*
De-duplicating contacts with default rule "Name and Address (reserved)" brings a fatal error with CiviCRM 5.37.2 on WordPress 5.8.1. Deactivating the Documenten extension helps. Maybe there is a better way?
...*Created by: wintermoor*
De-duplicating contacts with default rule "Name and Address (reserved)" brings a fatal error with CiviCRM 5.37.2 on WordPress 5.8.1. Deactivating the Documenten extension helps. Maybe there is a better way?
Fatal error: Uncaught Error: Access to undeclared static property: CRM_Documents_DAO_DocumentEntity::$_links in /homepages/8/d870413500/htdocs/civicrm/wordpress/wp-content/uploads/civicrm/ext/org.civicoop.documents/CRM/Documents/DAO/DocumentEntity.php:48 Stack trace: #0 /homepages/8/d870413500/htdocs/civicrm/wordpress/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(2477): CRM_Documents_DAO_DocumentEntity::getReferenceColumns() #1 /homepages/8/d870413500/htdocs/civicrm/wordpress/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(2505): CRM_Core_DAO::getReferencesToTable('civicrm_contact') #2 /homepages/8/d870413500/htdocs/civicrm/wordpress/wp-content/plugins/civicrm/civicrm/CRM/Dedupe/Merger.php(227): CRM_Core_DAO::getReferencesToContactTable() #3 /homepages/8/d870413500/htdocs/civicrm/wordpress/wp-content/plugins/civicrm/civicrm/CRM/Dedupe/Merger.php(188): CRM_Dedupe_Merger::cidRefs() #4 /homepages/8/d870413500/htdocs/civicrm/wordpress/wp-content/plugins/civicrm/civicrm/CRM/Dedupe/MergeHandler.php(108): CRM_Dedupe_Me in /homepages/8/d870413500/htdocs/civicrm/wordpress/wp-content/uploads/civicrm/ext/org.civicoop.documents/CRM/Documents/DAO/DocumentEntity.php on line 48https://lab.civicrm.org/extensions/gdpr/-/issues/301[civi.tag] => deprecated on log2021-10-21T16:41:57Zrajeshs[civi.tag] => deprecated on log*Created by: pk825*
There is this message on the log
```
[warning] Attributes passed to CRM_Core_Form::add() are not an array. Caller: CRM_Gdpr_SLA_Entity::addField
Array
(
[civi.tag] => deprecated
)
```
is it a real problem?*Created by: pk825*
There is this message on the log
```
[warning] Attributes passed to CRM_Core_Form::add() are not an array. Caller: CRM_Gdpr_SLA_Entity::addField
Array
(
[civi.tag] => deprecated
)
```
is it a real problem?https://lab.civicrm.org/extensions/civirules/-/issues/160Send email action : from email issue when using the "main" organisation email2022-02-26T23:01:39ZjbonlineaSend email action : from email issue when using the "main" organisation emailHi there,
I've bumped into a weird behavior that I may be a bug.
I do have two email address as sender address : here wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Foptions%2Ffrom_email_address&reset=1
- One was created automa...Hi there,
I've bumped into a weird behavior that I may be a bug.
I do have two email address as sender address : here wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Foptions%2Ffrom_email_address&reset=1
- One was created automatically on Civi install and had dumb "FixMe" values ; I've change those values to my custom ones
- I've created the second one with some other custom values.
When I use CiviMail, I can chose any of those to address, the email is sent and in my inbox the "from" field is okay.
When I use CiviRules action Send email, I can also chose any of those address but if I
- select the address automatically created (and then customized by mylself) --> the from field in my inbox is `FIXME <info@EXAMPLE.ORG>`
- select the address manual created --> the from field in my inbox is ok
Note that I do have a rather "basic" Civi set up, where there is only one organisation (no multidomain, or multiorganisation etc.). An again in, both address are neatly set in wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Foptions%2Ffrom_email_address&reset=1
Since it's all ok when I use CiviMail, but have this weird behaviours when it uses CiviRules send email action, I suppose the issue is related to CiviRules or to the action, and not CiviCRM "core", that why I'm opening an issue here, but please apologies me and direct me to the right place if I'm wrong :)
Regardshttps://lab.civicrm.org/extensions/pcpteams/-/issues/1Limit the number of team members2021-12-10T17:09:04ZBruce ThompsonLimit the number of team membersI am wondering if there is a way to limit the number of team members. A simple added setting that sets the max number of team members. Let me know if this is doable. We have a project that this is a requirement. ThanksI am wondering if there is a way to limit the number of team members. A simple added setting that sets the max number of team members. Let me know if this is doable. We have a project that this is a requirement. Thankshttps://lab.civicrm.org/extensions/outlook365/-/issues/11Case Integration2022-04-03T22:35:12ZparvezCase IntegrationHi, Thanks for the extension. We had the ability in our version to link emails to cases. We've made some tweaks to the extension on a client site to allow this to happen i.e. when you pick the user you want to attach it to it can/will al...Hi, Thanks for the extension. We had the ability in our version to link emails to cases. We've made some tweaks to the extension on a client site to allow this to happen i.e. when you pick the user you want to attach it to it can/will also attach to a case if they have it on their role. Is this something you think would be useful in the extension? If so would you want us to show what we've done as a starting point as I understand it may not fit everyones requirement.parvezparvezhttps://lab.civicrm.org/extensions/grouppermission/-/issues/1Should this / groupadmin be merged?2021-10-29T08:01:42Zmattwiremjw@mjwconsult.co.ukShould this / groupadmin be merged?Is the functionality provided here similar to https://lab.civicrm.org/extensions/groupadmin
Should we consider merging to just have one extension?Is the functionality provided here similar to https://lab.civicrm.org/extensions/groupadmin
Should we consider merging to just have one extension?https://lab.civicrm.org/extensions/extension-review-requests/-/issues/55Request review for Phone Input Mask2021-10-14T17:08:57ZjaapjansmaRequest review for Phone Input MaskExtension is listed in the directory at this URL: https://civicrm.org/extensions/phoneinputmaskExtension is listed in the directory at this URL: https://civicrm.org/extensions/phoneinputmaskhttps://lab.civicrm.org/extensions/gdpr/-/issues/298Remove function gdpr_civicrm_tokens?2021-10-13T10:03:50ZrajeshsRemove function gdpr_civicrm_tokens?*Created by: magnolia61*
It seems there is some legacy code on tokens in gdpr.php
`function gdpr_civicrm_tokens(&$tokens)`
// Keeping this token only to sustain the old tokens otherwise,
This code conflicts with all kind of change...*Created by: magnolia61*
It seems there is some legacy code on tokens in gdpr.php
`function gdpr_civicrm_tokens(&$tokens)`
// Keeping this token only to sustain the old tokens otherwise,
This code conflicts with all kind of changes around tokens in 5.43
Any objections to remove `function gdpr_civicrm_tokens`?https://lab.civicrm.org/extensions/form-processor/-/issues/31Notice: Undefined offset: 1066 in Civi\FormProcessor\Type\CountryIsoCodeType-...2021-10-13T08:45:31ZErikHommelNotice: Undefined offset: 1066 in Civi\FormProcessor\Type\CountryIsoCodeType->getOptions()I get the following notice:
`Notice: Undefined offset: 1066 in Civi\FormProcessor\Type\CountryIsoCodeType->getOptions() (regel 49 van /var/www/html/paxdev/sites/default/files/civicrm/ext/form-processor/Civi/FormProcessor/Type/CountryIso...I get the following notice:
`Notice: Undefined offset: 1066 in Civi\FormProcessor\Type\CountryIsoCodeType->getOptions() (regel 49 van /var/www/html/paxdev/sites/default/files/civicrm/ext/form-processor/Civi/FormProcessor/Type/CountryIsoCodeType.php).`
And no countries in my listhttps://lab.civicrm.org/extensions/timetrack/-/issues/1Invoice: generate a contribution and move to CiviCRM's PDF invoice2021-10-07T14:19:50ZbgmInvoice: generate a contribution and move to CiviCRM's PDF invoiceCurrently Timetrack implements its own entities for invoices and invoice line items. At the time that seemed easier, because we were converting an existing module that already had those entities, but these days it means that we cannot le...Currently Timetrack implements its own entities for invoices and invoice line items. At the time that seemed easier, because we were converting an existing module that already had those entities, but these days it means that we cannot leverage most CiviCRM core features.
If we used contributions and line items:
- We could use the "pay invoice" feature of CiviCRM (pending contribution, visible on contact dashboard, easy to pay by credit card)
- We could use tax calculations from CiviCRM core (with taxcalculator, for taxes per province)
- Contributions could be automatically synced to Quickbooks Online (using Agileware's QB extension)
A few things to think about:
- Missing from Line Items, is the "unit". Line Items have labels (Ex: "CiviCRM development"), and `unit_price`, but not `unit_label` ("hour").
- Do we completely remove the old timetrack entities, and do everything in line items? Or do we sync? The former is more work until we can start using it, and the later is more risky. Maybe have a button "create contribution" that sets the invoice to "Sent/Pending payment", and if people do edits later on, they have to fix both?bgmbgmhttps://lab.civicrm.org/extensions/fieldconditions/-/issues/4DB error when executing query when logging is enabled2021-10-02T14:52:04ZmmyriamDB error when executing query when logging is enabledDB error when executing query such as
```
CRM_Core_DAO::executeQuery("INSERT INTO civicrm_fieldcondition_3(contact_custom_335, contact_custom_333) VALUES(%1, %2)", [
1 => [$cat_value, 'Positive'],
2 => [$subcat_val...DB error when executing query such as
```
CRM_Core_DAO::executeQuery("INSERT INTO civicrm_fieldcondition_3(contact_custom_335, contact_custom_333) VALUES(%1, %2)", [
1 => [$cat_value, 'Positive'],
2 => [$subcat_value, 'Positive'],
]);
```
when logging is enabled because the table `log_civicrm_fieldcondition_xx` doesn't exist.https://lab.civicrm.org/extensions/extension-review-requests/-/issues/53Request review for com.skvare.dedupesetting2021-09-30T15:06:53ZsunilRequest review for com.skvare.dedupesettingExtension is listed in the directory at this URL: https://civicrm.org/extensions/custom-dedupe-functionalityExtension is listed in the directory at this URL: https://civicrm.org/extensions/custom-dedupe-functionalityhttps://lab.civicrm.org/extensions/extension-review-requests/-/issues/51Request review for com.skvare.membershipextra2021-09-30T13:30:04ZsunilRequest review for com.skvare.membershipextraExtension is listed in the directory at this URL: https://civicrm.org/extensions/membership-extra-restrict-signup-and-renewal-membership-include-exclude-searchExtension is listed in the directory at this URL: https://civicrm.org/extensions/membership-extra-restrict-signup-and-renewal-membership-include-exclude-searchhttps://lab.civicrm.org/extensions/extension-review-requests/-/issues/50Request review for com.skvare.cmsuser2021-12-23T18:47:22ZsunilRequest review for com.skvare.cmsuserExtension is listed in the directory at this URL: https://civicrm.org/extensions/cms-usersExtension is listed in the directory at this URL: https://civicrm.org/extensions/cms-usershttps://lab.civicrm.org/extensions/civirules/-/issues/159BCC mails sent as TO2022-06-20T07:22:38ZfastermannSGBBCC mails sent as TOI'm using CiviRules 2.36 on CiviCRM 5.35.2 (running un Drupal) to welcome new members with an automatic mail. The CiviRule is correctly triggered and works. The Rule sends an E-Mail right away and another one two weeks later. The second ...I'm using CiviRules 2.36 on CiviCRM 5.35.2 (running un Drupal) to welcome new members with an automatic mail. The CiviRule is correctly triggered and works. The Rule sends an E-Mail right away and another one two weeks later. The second one is sent to the selected contact and should bcc be adressed to another (static) mail adress that is defined in the rule.
But: That second mail is sent to the contact and to the static adress both adressed as "to" receipient. That means: the adress configured as bcc is shown to the contact as well.https://lab.civicrm.org/extensions/extension-review-requests/-/issues/49Request review for com.skvare.crontab2021-09-30T12:28:56ZsunilRequest review for com.skvare.crontabExtension is listed in the directory at this URL:
https://civicrm.org/extensions/crontab-extension-advanced-scheduling-jobExtension is listed in the directory at this URL:
https://civicrm.org/extensions/crontab-extension-advanced-scheduling-jobhttps://lab.civicrm.org/extensions/extension-review-requests/-/issues/48Request review for Temporary Groups2023-07-31T11:28:30ZjaapjansmaRequest review for Temporary GroupsExtension is listed in the directory at this URL: https://civicrm.org/extensions/temporary-groupsExtension is listed in the directory at this URL: https://civicrm.org/extensions/temporary-groupsAllenShawAllenShawhttps://lab.civicrm.org/extensions/ukpostcodes/-/issues/5Postcode search no longer appearing when editing address on Contact Summary page2021-09-27T18:51:42ZkhalidPostcode search no longer appearing when editing address on Contact Summary pageSince updating from 1.9 to 1.11, the "Search for an address" field is no longer appearing when editing an address on a contact's CiviCRM Contact Summary page, but it still appears and works fine on payment pages etc on the front-end of t...Since updating from 1.9 to 1.11, the "Search for an address" field is no longer appearing when editing an address on a contact's CiviCRM Contact Summary page, but it still appears and works fine on payment pages etc on the front-end of the site. Any ideas?
I'm on CiviCRM 5.36.0 and WordPress 5.8.1https://lab.civicrm.org/extensions/cdntaxreceipts/-/issues/125Evaluate how 5.43 treats the extension's use of BAO_MessageTemplate and the a...2022-10-07T20:13:27ZDaveDEvaluate how 5.43 treats the extension's use of BAO_MessageTemplate and the alterMailParams hookAs per recent dev-digest.
Preliminary review:
- [ ] For the hook, there's already a note in the code that the hook is called multiple times, so maybe it's already handling that well enough. Check what happens.
- [ ] We look up and crea...As per recent dev-digest.
Preliminary review:
- [ ] For the hook, there's already a note in the code that the hook is called multiple times, so maybe it's already handling that well enough. Check what happens.
- [ ] We look up and create `$contact['email_greeting_display']` and pass it with tplParams. Need to check:
- [ ] is this even needed - possibly there was no email greeting token at the time this was written? Can we just use the core token? Or does the core token do something weird?
- [X] noting that if it were needed this isn't the same $contact as the $contact that is no longer being passed by core. The other one is when you do something like Find Contacts - Actions - Send Email.
- [ ] If we were to switch to the core one, need an upgrade script to update people's templates. Maybe this alone makes it not worth using the core one if there's no need.
- [x] Replace valueName with workflow_name. Note in the hook that won't be available until 5.43 so need to support both for a bit.
- [ ] Should it use civicrm_api3('MessageTemplate', 'send') instead of the BAO? Something else?
- [ ] Unit tests. There was some issue in the carrot environment with using delivery_method=email. Can't remember. Maybe it was just mink tests since CiviMailUtils should work for regular tests anywhere.