[Bug]: Accounts page - Group GIDs shown instead of names in groups column

[brueckner]

⚠️ This issue respects the following points: ⚠️

• This is a bug, not a question or a configuration/webserver/proxy issue.
• This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
• Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
• I agree to follow Nextcloud's Code of Conduct.

Bug description

We're using SocialLogin in combination with Keycloak to externally manage users and groups. Since there are different groups with identical names, we have to use Keycloak's technical group IDs when creating the groups in NC. After creation, we're setting the group name to the human readable version as provided by Keycloak.

With the recent update to 30.0.9, the accounts page is now using the gid instead of the group's name, making it hard to see which groups a user belongs to.

Oddly enough, the dropdown shows the actual labels, same as the sidebar.

We've checked the release notes and found this PR, which might be related to this issue: #51782

More specifically this part, where the gid is used as id and as a name for the group:
https://github.com/nextcloud/server/pull/51782/files#diff-ab529eede9c79bab1c6362047a62f396fed0118faeaad199dbc4183e8b0ae60eR756-R757

this.availableGroups.push({ id: gid, name: gid })

We're wondering if this is intentional. We get that this is not an issue for regular groups that are created using the UI, since you can't specify gid/name separately, but I'm sure we're also not the only ones using SocialLogin and external identity providers either.

Steps to reproduce

1. Create a group with name "Test" (which will set its' gid to "Test" as well)
2. Set the name to "Something else"
3. The groups column on the accounts page will show "Test"

Expected behavior

The group column should display the names of the groups, not their gid. Just as it does in the sidebar or the dropdown when assigning a group to a user.

Nextcloud Server version

30

What user-backends are you using?

• Default user-backend (database)
• LDAP/ Active Directory
• SSO - SAML
• Other

[fenvarien]

Group display names reverted to GID after update to 30.0.9

Hello,

since updating to Nextcloud 30.0.9, all my group display names have reverted to their original group IDs (gid). This has caused a major disruption in my use case.

I am using Nextcloud in an educational environment, where I manage student groups by school year. Each year, I rename the group (e.g. from 7b to 8b, then to 9b, etc.) to reflect the current class designation, while keeping the group itself intact to maintain continuity (file shares, group folders, permissions, etc.).

With this update, all renamed groups were reset to their original IDs, and now every class is shown by the name it had when first created. For example, the current class 10b is now displayed as 7b – its original name from years ago. This has led to massive confusion for both teachers and students.

this.availableGroups.push({ id: gid, name: gid })

This change removes any separation between a group ID and a display name, which breaks workflows where renamed groups are used as a visual indicator of their current status.

While investigating the issue further, I ran the following command:
sudo -u www-data php occ group:info "7b Klasse"

And received this output:

- groupID: 7b Klasse
- displayName: 10b Klasse
- backends:
  - Database

This confirms that Nextcloud does internally distinguish between a group ID (gid) and a display name (displayName). This functionality is essential in many scenarios, where group names evolve, but the group itself remains the same.

Request:
Please consider restoring the ability to have separate display names for groups, or at least make this behavior configurable. In educational and similar long-term scenarios, renaming groups is essential for clarity and usability.

Thank you!

[fenvarien]

I assume this bug is related to our problem: #52170

[marcus-renner]

I can confirm the bug and the problem. As the responsible person for administrating users and groups for 1000+ people its hard to check affiliations between users and their groups by just using the admin frontend.

The bug is a step backwards for me as manager. Please take care of it.

Thank you in advance!

[mediabox-cl]

Hello. I can confirm this bug. I created a plugin for ISPConfig <-> Nextcloud. In the ISPConfig interface, you can define group names, which are created by the Nextcloud plugin with different UIDs based on other information.

Here you can see the group UIDs and not the correct information, their names:

[raboof]

It seems #51336 changed UserRow.vue so that it doesn't load the group details until you hit 'edit', and then loads the groups with some pagination/search, to avoid loading large numbers of groups into memory.

It would be nice to load 'the groups for this page of users' to get the best of both worlds, but I'm not sure if that's so easy :)