multisite issueshttps://lab.civicrm.org/extensions/multisite/-/issues2024-02-22T11:19:25Zhttps://lab.civicrm.org/extensions/multisite/-/issues/6Edge-case - the system breaks for domains with no Groups2024-02-22T11:19:25ZJKingsnorthEdge-case - the system breaks for domains with no GroupsThis is a very edgey edge case, which took us a little while to get to the bottom of...
When an administration with civi domain permissions tries to save one of their contacts on a domain with no other groups, they lose access to the co...This is a very edgey edge case, which took us a little while to get to the bottom of...
When an administration with civi domain permissions tries to save one of their contacts on a domain with no other groups, they lose access to the contact after saving, and the contact loses all its groups (regardless of domain).
Steps to recreate:
- Set up a new multisite domain
- Ensure the domain has an associated organization, and a group to manage the ACLs.
- There should be one row for the domain in the civicrm_group_organization table, linking the org to the access group
- Assign some contacts to the domain access group
- There should be no other groups set up for the domain, so a domain editor sees no groups in the 'manage groups' list
- As a domain editor, without full CiviCRM permissions, view one of your contacts
- Note that 'Groups: 0' is displayed - this is expected, the domain access group is hidden by default
- Click 'Edit' to edit the contact
- Note that the 'Groups' dropdown is **hidden/missing** (this must be a recent usability change in core!) - because there are no groups visible to the admin to add them to
- Save changes
- The admin loses access to the contact 'Sorry but you don't have permission to view this contact'
- Because saving the record removes ALL groups from the contact - regardless of what domain they're on
- As a super admin, view the contact - no groups!
Workaround:
- Ensure that any multisite domain has at least one group, even if it's empty
- Provided the 'Groups' dropdown is present on the edit form, the contact's existing groups will be preserved (regardless of the domain of the groups), when the record is saved.https://lab.civicrm.org/extensions/multisite/-/issues/5Cannot get the Civi dashboard or menus to work when using the alternate domains2023-07-28T18:31:31ZHeneryHCannot get the Civi dashboard or menus to work when using the alternate domains### Drupal system multi-site via the domain access method
I created the domain entries in the database and the switch in the config file but cannot get the menu or menu to work when accessing via the alternate domains.
Any instrutions ...### Drupal system multi-site via the domain access method
I created the domain entries in the database and the switch in the config file but cannot get the menu or menu to work when accessing via the alternate domains.
Any instrutions available for this?https://lab.civicrm.org/extensions/multisite/-/issues/4Feature: Multisite parent domain membership types behavior2022-10-06T15:31:04ZandyburnsFeature: Multisite parent domain membership types behavior## Feature
Membership types are partially domain aware, but for parent-child based affiliate organizations, add the ability to add an exception for parent domain ID 1 memberships so that other child domains (chapters) can easily search ...## Feature
Membership types are partially domain aware, but for parent-child based affiliate organizations, add the ability to add an exception for parent domain ID 1 memberships so that other child domains (chapters) can easily search for these membership types.
## Before
Parent domain memberships cannot be searched on domains other than domain ID 1.
In search Kit, these memberships do not show. If you use the "empty placeholder function" you can get them to be linked and do a popup modal for instance, which then shows the membership OK. Note: I am using civicampaign in 3rd column as a workaround and identifier of what organization these membership belong to.
![image](/uploads/1143218f056ceee49abea1bf9b9b2ed5/image.png)
## After
Parent domain memberships can be searched on domains other than domain ID 1.
## Technical details
Allow an exception for parent domain ID 1 membership types to show in any place where membership type dropdown exists.
- Advanced Search
- Find Memberships
- Search Kit
- Form Builder
I'm logging here, as it could be rolled into this extension as an this optional feature to enable. Certainly many multi-level membership orgs with a parent structure would be using this extension already. Generally, I think rolling multisite tweaks into this extension could be a good direction to go akin to how CiviCRM Admin Utilities does tweaks to WordPress installs. @eileen thoughts?
Add a setting on parent domain ID 1 only with a checkbox to enable this?
[ ] Enable membership on all domains
![image](/uploads/0d824cc937194430a0b6cbaec75f0440/image.png)
Looking to fund this improvement.
## Notes
Showing all memberships a contact has regardless of domain organization on the contact summary screen is expected and wanted.https://lab.civicrm.org/extensions/multisite/-/issues/3version 2.8.0 not available in Extension Directory2024-02-22T11:21:30Zmasettoversion 2.8.0 not available in Extension DirectoryWhy is version 2.8.0 not available [here](https://civicrm.org/extensions/multisite-permissioning)?Why is version 2.8.0 not available [here](https://civicrm.org/extensions/multisite-permissioning)?https://lab.civicrm.org/extensions/multisite/-/issues/2Propose to change permission query from IN to =2021-11-18T16:58:26ZandyburnsPropose to change permission query from IN to =Currently the extension takes into account child groups of the domain group. I can see that making sense for traditional ACL's but does this make sense for how this extension is used? Is there use cases I am not thinking of?
Each domain...Currently the extension takes into account child groups of the domain group. I can see that making sense for traditional ACL's but does this make sense for how this extension is used? Is there use cases I am not thinking of?
Each domain on a multisite has a domain group you put the contacts into. Then say we have chapters underneath that domain group. A contact is going to be in both the domain group and the child group. Seems redundant and inefficient.
I've removed various other groups from being child groups of the domain group (as the contacts are already in the domain group) and instead associated them with the domain organization, which allows those groups to be selected for instance in the CiviMail recipient selection.
```
LEFT JOIN civicrm_group_contact multisiteGroupTable ON contact_a.id = multisiteGroupTable.contact_id
WHERE ((multisiteGroupTable.group_id IN (36,138,332) AND multisiteGroupTable.status IN ('Added') AND contact_a.is_deleted = 0) OR permrelationships.contact_id IS NOT NULL ) AND (contact_a.is_deleted = 0);
```
This comes from https://lab.civicrm.org/extensions/multisite/-/blob/master/multisite.php#L304
Is there a potential performance improvement from moving from IN to = SQL query?https://lab.civicrm.org/extensions/multisite/-/issues/1New release?2024-02-22T11:21:44ZkcristianoNew release?I just ran into an issue where updating to the git version was the fix. Any chance we can get a release tagged for distribution via the admin UI?I just ran into an issue where updating to the git version was the fix. Any chance we can get a release tagged for distribution via the admin UI?