Install

Works with Drupal: ^10.3 || ^11

Using Composer to manage Drupal site dependencies

Alternative installation files

Download tar.gz 131.5 KB
MD5: 93fc040ba2fe5a8e3d7734731316feb9
SHA-1: be152bf721f6031b86742032c7d3907749a2c244
SHA-256: 4180f6c851cb3d4622eae96d2ee4a8acc8405c9a1d94ce3275ac73d1f10ead98
Download zip 229.72 KB
MD5: 625e4d8537ed99cc9d12abd29edf97f2
SHA-1: 463dc4f80daf63b788818c778824d2f12392a105
SHA-256: f60d9c056f42b97a62391146e65885c3475c72144c3c857256625ea558a91f17

Release notes

Small release with 1 fix

Loading contacts asks Contact.get for the group and tag filters
https://git.drupalcode.org/project/civicrm_entity/-/work_items/3628599
https://git.drupalcode.org/project/civicrm_entity/-/merge_requests/52

Loading civicrm_contact entities no longer joins the group, smart group cache and tag tables for every contact. Views and pages that load many contacts, especially contacts in many groups, should be noticeably faster.

Small Backwards Compatibility Change

Check your custom code and Twig templates. Loaded civicrm_contact entities no longer carry groups and tags values. These were never entity fields, so they did not appear in Manage display or Views, but custom code could read them as plain properties:

$contact->groups

(comma-separated group IDs, including smart groups) and

$contact->tags

(comma-separated tag names), or in Twig, for example {{ elements['#civicrm_contact'].groups }}. They are now empty. If you used them, fetch the same values from the CiviCRM API instead:

civicrm_api3('Contact', 'getsingle', ['id' => $contact->id(), 'return' => ['group', 'tag']]) returns them as groups</pre> and <code>tags.
Created by: markusa
Created on: 14 Nov 2026 at 00:48 UTC
Last updated: 14 Nov 2026 at 00:50 UTC

Other releases