Development issueshttps://lab.civicrm.org/groups/dev/-/issues2020-09-01T19:18:58Zhttps://lab.civicrm.org/dev/drupal/-/issues/130Use civicrm profile to simultaneously create civi contact and drupal user2020-09-01T19:18:58ZW01FUse civicrm profile to simultaneously create civi contact and drupal userI have set up a CiviCRM profile - ![ypf-profile](/uploads/e0b45d07d90d8fee422697b887f85fa9/ypf-profile.png) - in order to allow users to register with the site, and create both a CiviCRM contact and Drupal user account.
If from the prof...I have set up a CiviCRM profile - ![ypf-profile](/uploads/e0b45d07d90d8fee422697b887f85fa9/ypf-profile.png) - in order to allow users to register with the site, and create both a CiviCRM contact and Drupal user account.
If from the profiles page (/civicrm/admin/uf/group?reset=1) I click more > Use - Create Mode, it redirects to a screen that does not have the Drupal fields (username/password), and can successfully create a CiviCRM contact. But this is weird and happens even with setting "Account creation required" selected. I would expect this page to show and reflect the Drupal fields as well with that setting selected.
When visiting the same url (https://www.mysite.com/civicrm/profile/create?gid=14&reset=1) as an anonymous user, I correctly see the Drupal account fields AND the CiviCRM fields, but upon hitting save am shown an error:
> Profile Error Your profile is not saved and Account is not created.
Neither a Drupal account or CiviCRM contact are created.
There are also no new log messages at /admin/reports/dblog to indicate why it didn't work.https://lab.civicrm.org/dev/core/-/issues/1089Participant custom field of type: Alphanumeric, CheckBox shows incorrect valu...2019-11-29T15:07:46Zjustinfreeman (Agileware)Participant custom field of type: Alphanumeric, CheckBox shows incorrect values on the confirmation page for an Event RegistrationParticipant custom field of type: Alphanumeric, CheckBox shows incorrect values on the confirmation page for an Event Registration.
**Steps to reproduce**
1. Create a custom field for Participants, "Dietary requirements"
1. Set the fie...Participant custom field of type: Alphanumeric, CheckBox shows incorrect values on the confirmation page for an Event Registration.
**Steps to reproduce**
1. Create a custom field for Participants, "Dietary requirements"
1. Set the field to be: Alphanumeric, CheckBox
1. Set options:
1. Dietary requirements: Pizza, Fish, Sausages, Pies, Only green things
1. Add the field to a Profile
1. Use the Profile for an Event Registration
1. Register a test participant for the Event
1. Select the values: Pizza, Fish, Sausages
1. Submit the Registration
1. Confirmation page will show Dietary requirements values of: Pizza, Pizza, , Pizza,
Video of the bug, https://app.hyfy.io/v/abU7OWOKxko/
Environments tested:
* CiviCRM 5.14.1
* CiviCRM 5.16.alpha1
![Food_Preference_2](/uploads/6282f1769694d85930ad121c74dbd8de/Food_Preference_2.png)
![Food_Preference_1](/uploads/ec61516c6d39e4681197b57d8ee33bfc/Food_Preference_1.png)
Agileware Ref: CIVICRM-1264https://lab.civicrm.org/dev/drupal/-/issues/131Error: Class 'CRM_Upgrade_Incremental_General' not found in Civi\Install\Requ...2020-08-05T11:04:31ZRob_SError: Class 'CRM_Upgrade_Incremental_General' not found in Civi\Install\Requirements->checkMysqlVersion()Hi, I am getting this error message with Civi installed on a Drupal 8 site:
Error: Class 'CRM_Upgrade_Incremental_General' not found in Civi\Install\Requirements->checkMysqlVersion()
(line 294 of [path]/vendor/civicrm/civicrm-core/Civi/...Hi, I am getting this error message with Civi installed on a Drupal 8 site:
Error: Class 'CRM_Upgrade_Incremental_General' not found in Civi\Install\Requirements->checkMysqlVersion()
(line 294 of [path]/vendor/civicrm/civicrm-core/Civi/Install/Requirements.php)
I'm currently on 5.26.2. The problem happened a couole of upgrades back - sorry I cannot remember what versions I was upgrading from and too, but it is kept up to date.
The problem only really manifests when I run the Drupal update.php script (essential after upgrading core and modules), plus also on other rare occasions like once when I had to rebuild the permissions.
I have checked and the CRM_Upgrade_Incremental_General class is there, and the file permissions look ok, so I am guessing the problem is with the class loader, but I do not have any experience of how this works. I would be greatful if someone could give me a tip on how to fix this?
I can get round it for now by putting a 'return' statement at the beginning of the relevant function in the Requirements.php file, so can run the upgrade script, so it is not urgent.5.28.0https://lab.civicrm.org/dev/core/-/issues/1090CiviCRM and the WordPress Pods plugin (since version 2.7.13) is incompatible ...2020-09-17T09:43:01Zjustinfreeman (Agileware)CiviCRM and the WordPress Pods plugin (since version 2.7.13) is incompatible due to Pods including marionette v3.3.1 for backbone, newer than CiviCRM's bundled marionette v1.0.3CiviCRM and the WordPress [Pods plugin – Custom Content Types and Fields](https://wordpress.org/plugins/pods/) (since version 2.7.13) is incompatible due to Pods including marionette v3.3.1 for backbone, newer than CiviCRM's bundled mari...CiviCRM and the WordPress [Pods plugin – Custom Content Types and Fields](https://wordpress.org/plugins/pods/) (since version 2.7.13) is incompatible due to Pods including marionette v3.3.1 for backbone, newer than CiviCRM's bundled marionette v1.0.3
Erroring line in CiviCRM's js/view/crm.designer.js has been present for over 6 years, see [js/view/crm.designer.js](https://github.com/civicrm/civicrm-core/blame/ae3dbe533c627d8882a59f15502ebeb1a60376f8/js/view/crm.designer.js#L17)
Issue is that the v3 Marionette library that Pods loads does not provide the ItemView object.
Potentially could be solved by CiviCRM aliasing the Marionette object into the CRM namespace when Marionette is loaded, and then refactoring all CiviCRM code referencing Marionette to use this.
Agileware Ref: CIVICRM-1265justinfreeman (Agileware)justinfreeman (Agileware)https://lab.civicrm.org/dev/core/-/issues/1187csv import only import one phone number2019-09-06T12:41:15ZJankcsv import only import one phone numberIf i import trough UI some contacts with different phone number types, eg. with fax and/or cell and/or phone, only one number is imported. In this repro in all cases with more than one number only the cell number is imported.
See attache...If i import trough UI some contacts with different phone number types, eg. with fax and/or cell and/or phone, only one number is imported. In this repro in all cases with more than one number only the cell number is imported.
See attached Screenshots and example-csv.
![image](/uploads/16219ba0a56c27d64b1a573261abe65d/image.png)
![image](/uploads/51ae5e5dd8c0bf9cd7ea3754db3c8da0/image.png)
![image](/uploads/7355ce9514f4d636493bdb1d607a80d1/image.png)
![image](/uploads/5c26413032a4191aa627f3a21923f6c2/image.png)
This record should have all phone types.
![image](/uploads/2534f104657ada8f3e8f827cc1529caa/image.png)
This record should have fax and cell.
![image](/uploads/fb472d742f06b046e5ae94ad1f379192/image.png)
This record should only have phone and have it.
![image](/uploads/a264850e382880dd0356069a6869872c/image.png)
[export_organizations-test.csv](/uploads/e32981489eeaf7d0185b8b3577751b3b/export_organizations-test.csv)
Sorry, screenshots are german only5.18.0https://lab.civicrm.org/dev/drupal/-/issues/132Drupal 8 Profile menu items2020-10-04T04:46:49ZAlanDixonDrupal 8 Profile menu itemsWhen using the CiviCRM profiles for "View/Edit Drupal User Account", the tab generated on the user page doesn't use the 'public title'.
Fix on line 40 of
src/Plugin/Derivative/LocalTasks.php
change uf_group['title'] to uf_group['fronten...When using the CiviCRM profiles for "View/Edit Drupal User Account", the tab generated on the user page doesn't use the 'public title'.
Fix on line 40 of
src/Plugin/Derivative/LocalTasks.php
change uf_group['title'] to uf_group['frontend_title']5.31.0https://lab.civicrm.org/dev/core/-/issues/1091Sybunt/lybunt sample report instance has year filter saved as 20112022-10-29T17:19:26ZDaveDSybunt/lybunt sample report instance has year filter saved as 20112011 wasn't a bad year, but the instance probably doesn't need any year saved.
The report code itself is fine, and creating a new report from template defaults to current year.
I believe this is coming from xml/templates/civicrm_naviga...2011 wasn't a bad year, but the instance probably doesn't need any year saved.
The report code itself is fine, and creating a new report from template defaults to current year.
I believe this is coming from xml/templates/civicrm_navigation.tpl: `s:6:"yid_op";s:2:"eq";s:9:"yid_value";s:4:"2011";`
https://civicrm.stackexchange.com/questions/31266/sybunt-some-year-but-not-this-year-showing-2011-as-this-year5.56.0https://lab.civicrm.org/dev/drupal/-/issues/133Breadcrumb error on CiviCRM admin pages (Drupal 8)2023-12-13T17:46:26ZW01FBreadcrumb error on CiviCRM admin pages (Drupal 8)Getting the following error on several CiviCRM admin pages, including /civicrm/admin
```
Warning: Invalid argument supplied for foreach() in CRM_Utils_System_Drupal8->appendBreadCrumb() (line 190 of /home/customer/www/youpickfarms.org/v...Getting the following error on several CiviCRM admin pages, including /civicrm/admin
```
Warning: Invalid argument supplied for foreach() in CRM_Utils_System_Drupal8->appendBreadCrumb() (line 190 of /home/customer/www/youpickfarms.org/vendor/civicrm/civicrm-core/CRM/Utils/System/Drupal8.php).
CRM_Utils_System_Drupal8->appendBreadCrumb('Administer CiviCRM', '/civicrm/admin?reset=1') (Line: 60)
CRM_Utils_System::__callStatic('appendBreadCrumb', Array) (Line: 76)
CRM_Contact_Form_Domain->preProcess() (Line: 599)
CRM_Core_Form->buildForm() (Line: 120)
CRM_Core_StateMachine->perform(Object, 'next', 'Next') (Line: 45)
CRM_Core_QuickForm_Action_Next->perform(Object, 'next') (Line: 203)
HTML_QuickForm_Controller->handle(Object, 'next') (Line: 103)
HTML_QuickForm_Page->handle('next') (Line: 347)
CRM_Core_Controller->run() (Line: 98)
CRM_Utils_Wrapper->run('CRM_Contact_Form_Domain', 'Organization Address and Contact Info', Array) (Line: 285)
CRM_Core_Invoke::runItem(Array) (Line: 68)
CRM_Core_Invoke::_invoke(Array) (Line: 36)
CRM_Core_Invoke::invoke(Array) (Line: 88)
Drupal\civicrm\Civicrm->invoke(Array) (Line: 80)
Drupal\civicrm\Controller\CivicrmController->main(Array, '')
call_user_func_array(Array, Array) (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 573)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 124)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 151)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 68)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 57)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 47)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 47)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 52)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 23)
Stack\StackedHttpKernel->handle(Object, 1, 1) (Line: 708)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)
```5.70.0https://lab.civicrm.org/dev/core/-/issues/1092Cannot create second child tag with same name2022-11-17T05:03:52ZMonish DebCannot create second child tag with same name1. Create tag parent1, create tag parent2.
2. Create "child" tag as a child of parent1.
3. Create again as child of parent2 with same name
It results in an error.1. Create tag parent1, create tag parent2.
2. Create "child" tag as a child of parent1.
3. Create again as child of parent2 with same name
It results in an error.Monish DebMonish Debhttps://lab.civicrm.org/dev/drupal/-/issues/134[Drupal 8] civicrm-buildkit places assets in the wrong folder2020-08-21T21:35:52ZJonGold[Drupal 8] civicrm-buildkit places assets in the wrong folderOn a standard D8/Civi install, the CiviCRM assets are located in `<projectroot>/web/libraries/civicrm/`. On civicrm-buildkit, they're located in `<projectroot>/web/libraries/civicrm/core/` *except* for the `packages` folder, which is lo...On a standard D8/Civi install, the CiviCRM assets are located in `<projectroot>/web/libraries/civicrm/`. On civicrm-buildkit, they're located in `<projectroot>/web/libraries/civicrm/core/` *except* for the `packages` folder, which is located in `<projectroot>/web/libraries/civicrm/`. This causes a 404 error on any request to the contents of the `packages` folder, e.g. jQuery.https://lab.civicrm.org/dev/core/-/issues/1093Add support for bulkcreates2023-01-04T05:03:23ZeileenAdd support for bulkcreatesAfter discussing with @colemanw on chat - there is a demand in some cases to create an entity in a way that performs well on multiple creates at one. GroupContact or MailingQueue are both examples. The current example is creating bulk cu...After discussing with @colemanw on chat - there is a demand in some cases to create an entity in a way that performs well on multiple creates at one. GroupContact or MailingQueue are both examples. The current example is creating bulk custom fields - the actual row saves are fine here but if adding more than one field to an-already-large custom table then multiple column adds is slow whereas one sql action adding multiple indexes & columns (& one for log tables) is much better.
We talked about laying the ground work for this being a supported apiv4 action with the goal being that apiv4 would expose an action for any entities that have a bulkCreate action.
At this stage my scope is limited to cleaning up the CustomField.create function and adding a bulkCreate function that is tested & suitable to be exposed via apiv4 (but I'm not taking that next step at this stage so the contract can still change). Currently 2 BAO have bulkCreate functions. They relate to mailings and are suitable for bulk create although require some tweaks (passing keyed params rather than 0, 1 etc)https://lab.civicrm.org/dev/drupal/-/issues/135Use Exception handling for drush (d7) commands - specifically civicrm-upgrade-db2021-02-15T02:50:40ZeileenUse Exception handling for drush (d7) commands - specifically civicrm-upgrade-dbWhen there is a problem upgrading via drush this is how it looks
![Screen_Shot_2020-08-19_at_2.33.52_PM](/uploads/7f3a15ac5a07104926c78d77c9ff168d/Screen_Shot_2020-08-19_at_2.33.52_PM.png)
I think we should set exception handling 'some...When there is a problem upgrading via drush this is how it looks
![Screen_Shot_2020-08-19_at_2.33.52_PM](/uploads/7f3a15ac5a07104926c78d77c9ff168d/Screen_Shot_2020-08-19_at_2.33.52_PM.png)
I think we should set exception handling 'somewhere' & my current best guess as to where is
--- a/CRM/Upgrade/Headless.php
+++ b/CRM/Upgrade/Headless.php
@@ -30,6 +30,8 @@ class CRM_Upgrade_Headless {
set_time_limit(0);
}
+ // As long as the error scope is not deconstructed exceptions will be thrown.
+ $errorScope = CRM_Core_TemporaryErrorScope::useException();
$upgrade = new CRM_Upgrade_Form();https://lab.civicrm.org/dev/core/-/issues/1094export custom fields with long labels gives a database error2019-07-04T06:50:34ZJoostexport custom fields with long labels gives a database errorWhen making an export containing a label with more than 255 characters a db error happens. The error message is Data too long for column 'custom_98' at row 6, 1406. This probably happens when importing the data in a temporary table with...When making an export containing a label with more than 255 characters a db error happens. The error message is Data too long for column 'custom_98' at row 6, 1406. This probably happens when importing the data in a temporary table with a column that is less wide than the one the data is coming from.https://lab.civicrm.org/dev/drupal/-/issues/136Profile and other forms user-friendly urls/aliases2020-09-03T08:21:02ZW01FProfile and other forms user-friendly urls/aliasesCurrently when you use a profile form (or contribute form, etc.) the path resembles something like:
/civicrm/profile/create?gid=15&reset=1
This is not very user-friendly or good for SEO, and there doesn't seem to be a way to fix this. F...Currently when you use a profile form (or contribute form, etc.) the path resembles something like:
/civicrm/profile/create?gid=15&reset=1
This is not very user-friendly or good for SEO, and there doesn't seem to be a way to fix this. For example, in a Drupal integration, attempting to set an alias for the path to something like "/register/blogger" will result in an access denied notice.
There are several reasons why a built-in path alias for profiles, contribute forms, etc. would be a good idea and I think it would be fairly simple to implement in the CiviCRM advanced settings for those forms.https://lab.civicrm.org/dev/core/-/issues/1095Activity Details report: Sorting by the “Source Email” field: DB Error: no su...2022-11-17T05:03:52ZPradeep Nayakpradpnayak@gmail.comActivity Details report: Sorting by the “Source Email” field: DB Error: no such field.**Steps to replicate:**
1. Click "Reports" > "Contact Reports"
1. Open the "Activity Details" report
1. Open the "Sorting" tab
1. Set following sorting options :
* Column: Source Email
* Order: Ascending
* Section Header / Group By: che...**Steps to replicate:**
1. Click "Reports" > "Contact Reports"
1. Open the "Activity Details" report
1. Open the "Sorting" tab
1. Set following sorting options :
* Column: Source Email
* Order: Ascending
* Section Header / Group By: check box selected
1. Click "Refresh Results"
**Actual result:** DB Error: no such field.
**Expected result:** The user can group the “Activity Details” report by the “Source Email” field
Query:
```
Jul 02 11:00:54 [info] $Fatal Error Details = Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => handle
)
[code] => -19
[message] => DB Error: no such field
[mode] => 16
[debug_info] => SELECT ifnull(civicrm_email_source_contact_email, '') as civicrm_email_source_contact_email, ifnull(civicrm_contact_contact_assignee, '') as civicrm_contact_contact_assignee, ifnull(civicrm_contact_contact_target, '') as civicrm_contact_contact_target, ifnull(civicrm_contact_contact_source_id, '') as civicrm_contact_contact_source_id, ifnull(civicrm_contact_contact_assignee_id, '') as civicrm_contact_contact_assignee_id, ifnull(civicrm_contact_contact_target_id, '') as civicrm_contact_contact_target_id, ifnull(civicrm_activity_id, '') as civicrm_activity_id, ifnull(civicrm_activity_source_record_id, '') as civicrm_activity_source_record_id, ifnull(civicrm_activity_activity_type_id, '') as civicrm_activity_activity_type_id, ifnull(civicrm_activity_activity_subject, '') as civicrm_activity_activity_subject, ifnull(civicrm_activity_activity_date_time, '') as civicrm_activity_activity_date_time, ifnull(civicrm_activity_status_id, '') as civicrm_activity_status_id , count(DISTINCT civicrm_activity_id) as ct from civicrm_tmp_e_dflt_8ce364900bed80d360a3cf2827858c9a group by civicrm_email_source_contact_email [nativecode=1054 ** Unknown column 'civicrm_email_source_contact_email' in 'field list']
[type] => DB_Error
[user_info] => SELECT ifnull(civicrm_email_source_contact_email, '') as civicrm_email_source_contact_email, ifnull(civicrm_contact_contact_assignee, '') as civicrm_contact_contact_assignee, ifnull(civicrm_contact_contact_target, '') as civicrm_contact_contact_target, ifnull(civicrm_contact_contact_source_id, '') as civicrm_contact_contact_source_id, ifnull(civicrm_contact_contact_assignee_id, '') as civicrm_contact_contact_assignee_id, ifnull(civicrm_contact_contact_target_id, '') as civicrm_contact_contact_target_id, ifnull(civicrm_activity_id, '') as civicrm_activity_id, ifnull(civicrm_activity_source_record_id, '') as civicrm_activity_source_record_id, ifnull(civicrm_activity_activity_type_id, '') as civicrm_activity_activity_type_id, ifnull(civicrm_activity_activity_subject, '') as civicrm_activity_activity_subject, ifnull(civicrm_activity_activity_date_time, '') as civicrm_activity_activity_date_time, ifnull(civicrm_activity_status_id, '') as civicrm_activity_status_id , count(DISTINCT civicrm_activity_id) as ct from civicrm_tmp_e_dflt_8ce364900bed80d360a3cf2827858c9a group by civicrm_email_source_contact_email [nativecode=1054 ** Unknown column 'civicrm_email_source_contact_email' in 'field list']
[to_string] => [db_error: message="DB Error: no such field" code=-19 mode=callback callback=CRM_Core_Error::handle prefix="" info="SELECT ifnull(civicrm_email_source_contact_email, '') as civicrm_email_source_contact_email, ifnull(civicrm_contact_contact_assignee, '') as civicrm_contact_contact_assignee, ifnull(civicrm_contact_contact_target, '') as civicrm_contact_contact_target, ifnull(civicrm_contact_contact_source_id, '') as civicrm_contact_contact_source_id, ifnull(civicrm_contact_contact_assignee_id, '') as civicrm_contact_contact_assignee_id, ifnull(civicrm_contact_contact_target_id, '') as civicrm_contact_contact_target_id, ifnull(civicrm_activity_id, '') as civicrm_activity_id, ifnull(civicrm_activity_source_record_id, '') as civicrm_activity_source_record_id, ifnull(civicrm_activity_activity_type_id, '') as civicrm_activity_activity_type_id, ifnull(civicrm_activity_activity_subject, '') as civicrm_activity_activity_subject, ifnull(civicrm_activity_activity_date_time, '') as civicrm_activity_activity_date_time, ifnull(civicrm_activity_status_id, '') as civicrm_activity_status_id , count(DISTINCT civicrm_activity_id) as ct from civicrm_tmp_e_dflt_8ce364900bed80d360a3cf2827858c9a group by civicrm_email_source_contact_email [nativecode=1054 ** Unknown column 'civicrm_email_source_contact_email' in 'field list']"]
)
```https://lab.civicrm.org/dev/drupal/-/issues/137D8 Install checks run via Drupal Status Report - give misleading warnings.2020-10-14T13:50:13Zluke.stewartD8 Install checks run via Drupal Status Report - give misleading warnings.**Problem:**
If the civicrm.settings.php file is not writable, a warning is showing on Drupal Status Report indicating that the civicrm.settings.php file should be writable by the webserver user. This also shows on the command line when...**Problem:**
If the civicrm.settings.php file is not writable, a warning is showing on Drupal Status Report indicating that the civicrm.settings.php file should be writable by the webserver user. This also shows on the command line when running some drush commands.
**Ideal solution:**
The reverse behaviour should be present. Ideally we should warn if civicrm.settings.php is writable by the web server user.
The drupal hook requirements is what is generating this error message.
**Details:**
There is an argument passed to this hook `$phase` that would allow us to target this behaviour.
Currently the behaviour is to use \Civi\Setup checkRequirements() which runs Civicrm Core's install requirements checks.
There is possibly some use in some of these requirements being checked and warnings displayed on the Drupal Status Report page - however there is currently no easy way to differentiate between checks that should only run at install time like the writability of civicrm.settings.php and those that make sense to run post install as well.
Currently the check to see if the user is authorised to run the install only runs when phase is set to install.
An initial solution is potentially to only run the check requirements on install. Then if additional metadata can be returned by `$setup->checkRequirements()->getMessages()` as to whether the warning should run on install or runtime, or checks performed inside civicrm core requirements checks to test for if civi is installed the change could be reverted.5.32.0https://lab.civicrm.org/dev/core/-/issues/1096Manage groups: Warning message on:hover shows edit option2022-11-19T05:04:01ZPradeep Nayakpradpnayak@gmail.comManage groups: Warning message on:hover shows edit optionSteps:
1. Click "Contact" -> "Manage Group"
2. Try to find some non-existent group
Take a look at the message: "No Groups have been created for this site."
Actual result: It is possible to edit the warning message. (See gif)
Expected ...Steps:
1. Click "Contact" -> "Manage Group"
2. Try to find some non-existent group
Take a look at the message: "No Groups have been created for this site."
Actual result: It is possible to edit the warning message. (See gif)
Expected result: It is not possible to edit the warning message.
![Groups](/uploads/7ddb5a784c299ed546f68e95311045a7/Groups.gif)https://lab.civicrm.org/dev/drupal/-/issues/138Drupal 9 deprecations2020-09-15T21:10:00ZDaveDDrupal 9 deprecationsSee also https://lab.civicrm.org/dev/drupal/-/issues/122 which is about the civicrm-drupal-8 repo, whereas this is more about core files.
entity_create() is gone.
entity_load() is gone.
url() is gone.
getUsername() is gone.
I have a...See also https://lab.civicrm.org/dev/drupal/-/issues/122 which is about the civicrm-drupal-8 repo, whereas this is more about core files.
entity_create() is gone.
entity_load() is gone.
url() is gone.
getUsername() is gone.
I have a patch ready but haven't fully tested it yet. WIP: https://github.com/civicrm/civicrm-core/compare/master...demeritcowboy:entity-drupal-9?expand=15.31.0https://lab.civicrm.org/dev/core/-/issues/1097Count on Groups tab changes when tab is loaded2019-07-04T15:12:28Zkirk-jacksonCount on Groups tab changes when tab is loadedIf a contact has been explicitly added to any Smart Groups, then the number on their Groups tab changes when the tab is loaded.
### Steps to reproduce
* Explicitly add a contact to a Smart Group by going to their Groups tab, clicking ...If a contact has been explicitly added to any Smart Groups, then the number on their Groups tab changes when the tab is loaded.
### Steps to reproduce
* Explicitly add a contact to a Smart Group by going to their Groups tab, clicking the "**+** Add to a group" dropdown, selecting a Smart Group and clicking the Add button.
* Refresh the page in the browser. Note the count on the Groups tab.
* Click the contact's Groups tab. Note the count on the Groups tab.
### Expected results
The count on the Groups tab should be as accurate as reasonably possible, and should not change when the Groups tab is loaded.
### Actual results
Before the Groups tab is loaded, the count does not include Smart Groups that the contact has been explicitly added to. After the Groups tab is loaded, the count changes to include Smart Groups that the contact has been explicitly added to.
### Cause
The count is calculated using the **CRM_Contact_BAO_GroupContact::getContactGroup** function, which is called by **CRM_Contact_BAO_Contact::getCountComponent** when the contact page is loaded, and by **CRM_Contact_Page_View_GroupContact::browse** when the Groups tab is loaded. The discrepancy arises because the two calls to that function pass different arguments: The first call omits the **$includeSmartGroups** argument, which defaults to **FALSE**, whereas the second call passes **TRUE** to the **$includeSmartGroups** argument.
### Proposal
I propose changing the call to **CRM_Contact_BAO_GroupContact::getContactGroup** in **CRM_Contact_BAO_Contact::getContactGroup** so that it passes **TRUE** to the **$includeSmartGroups** argument. This one-line change would ensure that the count on the Groups tab always includes Smart Groups to which the contact has been explicitly added.
Note that I'm only proposing counting groups to which the contact has been *explicitly* added; not all Smart Groups whose search criteria include the contact. Thus the change that I'm proposing avoids the [documented](https://issues.civicrm.org/jira/browse/CRM-11068) [problems](https://issues.civicrm.org/jira/browse/CRM-12466) with counting all Smart Groups. There is no significant performance hit.
I will submit a PR.https://lab.civicrm.org/dev/drupal/-/issues/139Drupal8: ckeditor, unable to upload images to event info2020-09-30T17:43:55ZAlanDixonDrupal8: ckeditor, unable to upload images to event infoSimilar to https://lab.civicrm.org/dev/drupal/-/issues/77
I can fix it the same way (add a .htaccess the undoes Drupal's inherited rewrite), but curious whether there's a nicer solution similar to 77's solution, or whether these ckedito...Similar to https://lab.civicrm.org/dev/drupal/-/issues/77
I can fix it the same way (add a .htaccess the undoes Drupal's inherited rewrite), but curious whether there's a nicer solution similar to 77's solution, or whether these ckeditor direct access issues should be addressed in a different way altogether?