Security Groups not visible in 8.9.1

đź’¬ General Discussion
1

After upgrading from SuiteCRM 8.9.0 to 8.9.1, we encountered an issue with Security Groups in the Accounts module.

Expected behavior

  • The Security Groups subpanel in an Account record should list all assigned security groups.

  • This works correctly in SuiteCRM 8.9.0.

Actual behavior in 8.9.1

  • The Security Groups subpanel is visible.

  • Existing Accounts clearly have Security Groups assigned.

  • The counter shows the correct number (e.g. “Security Groups: 1”).

  • However, the subpanel itself displays “No results found”.

  • No rows are rendered, even though the relationship exists.

Additional observations

  • If I remove all custom overrides, the counter works again, but the subpanel still shows no records.

  • If I try to override the subpanel via
    custom/Extension/modules/Accounts/Ext/Layoutdefs/securitygroups_accounts.php,
    the behavior becomes worse:

    • the counter disappears (-)

    • the relationship appears completely broken

  • This suggests the core relationship still exists, but the subpanel query/rendering is broken in 8.9.1.

2

Did someone test this, is this a bug?

Repository:
https://github.com/suitecrm/SuiteCRM-Core/issues

Title

Security Groups subpanel in Accounts shows “No results found” after upgrade to 8.9.1 (counter correct, records not rendered)

Description

After upgrading from SuiteCRM 8.9.0 to 8.9.1, the Security Groups subpanel in the Accounts module no longer renders related records.

The relationship clearly exists and the subpanel counter shows the correct number (e.g. “Security Groups: 1”), but the subpanel list itself displays “No results found”.

This worked correctly in SuiteCRM 8.9.0.

Steps to Reproduce

  1. Install SuiteCRM 8.9.0

  2. Enable Security Suite / Security Groups

  3. Assign one or more Security Groups to an Account

  4. Upgrade instance to SuiteCRM 8.9.1

  5. Open the Account detail view

Expected Behavior

  • The Security Groups subpanel should list all Security Groups assigned to the Account.

Actual Behavior

  • The Security Groups subpanel is visible

  • The counter shows the correct number of related Security Groups

  • The list itself shows “No results found”

  • No rows are rendered

Additional Technical Findings

  • Relationships exist in database table securitygroups_records

  • Relationship name is confirmed as securitygroups_accounts

  • User is logged in as administrator

  • No relevant errors are logged in suitecrm.log

  • Subpanel override is auto‑generated:

// auto-generated file DO NOT EDIT
$layout_defs['Accounts']['subpanel_setup']['securitygroups']['override_subpanel_name']
    = 'Account_subpanel_securitygroups';
  • Custom subpanel layout file exists and is valid:
custom/modules/SecurityGroups/metadata/subpanels/Account_subpanel_securitygroups.php

  • $subpanel_layout structure is correct and contains valid list_fields

  • Removing all custom overrides does not fix the issue

  • Issue appears to be a frontend / subpanel rendering regression in 8.9.1

Regression

  • :white_check_mark: Works in: 8.9.0

  • :cross_mark: Broken in: 8.9.1

Environment

  • SuiteCRM version: 8.9.1

  • PHP version: 8.2

  • Deployment: cpanel hosting

3

@suitecrm_team please check out the bug.

4

Also the same after 8.9.0 to 8.9.2. Any quick solution for this?

5

Issue Summary: Security Groups subpanel shows correct count, but no rows (SuiteCRM 8.9.2)

We’ve tested this thoroughly on SuiteCRM 8.9.2:

  • :white_check_mark: The Security Groups subpanel is visible on the Account detail view

  • :white_check_mark: The subpanel count (e.g. “1”) correctly reflects the number of linked groups

  • :white_check_mark: The database contains valid entries in securitygroups_records

  • :white_check_mark: ACL permissions are correctly applied — the user can access the record

  • :cross_mark: However, no rows are rendered in the subpanel (just “No results found”)

:magnifying_glass_tilted_left: What we tried:

  • Defined the relationship securitygroups_accounts via custom/Extension/modules/Accounts/Ext/Vardefs/

  • Added a link field named securitygroups pointing to that relationship

  • Modified and tested subpaneldefs.php and layoutdefs extensions

  • Cleared all caches, ran Quick Repair & Rebuild, reset browser cache

  • Verified with SQL: data exists and is correct

  • Inspected GraphQL requests in DevTools — no valid data is returned

:brain: Conclusion:

The issue is not in permissions, metadata, or data integrity, but likely in the GraphQL schema and resolvers used by the Angular frontend. The securitygroups_accounts relationship is not exposed to GraphQL, so the subpanel cannot retrieve data.

Any help?

6

It looks like this deserves an Issue on Github! Probably a bug

7

Hi @sasotech ,
The issue appears to be a regression in 8.9.1’s subpanel query and rendering logic for Security Groups. The relationship itself remains intact in the database, but the front-end subpanel fails to fetch and display the records. As a temporary workaround, you can remove any custom overrides and clear caches, though this may not fully resolve the rendering issue. While the 8.9.2 release notes do not explicitly mention a fix for this bug, upgrading to 8.9.2 is recommended to see if the issue has been addressed.

8

It’s not u bug! Tested clean install.

The problem was that the Administrator user was in Security group/Role that didn’t allow access to security module. And also some legacy files in public/legacy/custom/Extension/modules/Accounts/Ext/Layoutdefs/

1 Like