How to use GitHub
- Please use the 👍 reaction to show that you are affected by the same issue.
- Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
- Subscribe to receive notifications on status change and new comments.
Steps to reproduce
- Install Guests app and create a guest user
- Use
occ group:list <pattern> to search for members of groups
Expected behaviour
Only the group matching the <pattern> should be returned, as documented for group:list
Actual behaviour
The command returns all groups matching the <pattern> (may be none) and always the group guest_app.
{
"<GroupID>": {
"displayName": "<GroupName>",
"backends": [
"Database"
],
"users": [
"examplegroupmember1",
"examplegroupmember2"
]
},
"guest_app": {
"displayName": "Guests",
"backends": [
"OCA\\Guests\\GroupBackend"
],
"users": [
"user@maildomain.example"
]
}
}
The behaviour is the same for all output modes (plain, json, json_pretty) and differing patterns.
I do not have other group backends, as such I cannot test if the problem lies in the backend or occ command implementation.
Server configuration
Web server: Caddy + PHP-FPM (nextcloud docker)
Database: PostgreSQL
PHP version: 8.3.28
Nextcloud version: 32.0.2
List of activated apps
- activity: 5.0.0-dev.0
- assistant: 2.11.0
- bookmarks: 16.0.1
- bruteforcesettings: 5.0.0-dev.0
- calendar: 6.1.1
- circles: 32.0.0
- cloud_federation_api: 1.16.0
- collectives: 3.4.0
- comments: 1.22.0
- contacts: 8.1.1
- contactsinteraction: 1.13.1
- dashboard: 7.12.0
- dav: 1.34.2
- drawio: 3.1.2
- federatedfilesharing: 1.22.0
- federation: 1.22.0
- files: 2.4.0
- files_antivirus: 6.1.0
- files_automatedtagging: 3.0.1
- files_downloadlimit: 5.0.0-dev.0
- files_pdfviewer: 5.0.0-dev.0
- files_reminders: 1.5.0
- files_sharing: 1.24.1
- files_trashbin: 1.22.0
- files_versions: 1.25.0
- groupfolders: 20.1.5
- guests: 4.6.0
- integration_openstreetmap: 3.0.0
- logreader: 5.0.0-dev.0
- lookup_server_connector: 1.20.0
- memories: 7.7.0
- metadata: 0.23.0
- metavox: 1.1.3
- news: 27.2.0
- notes: 4.12.4
- notifications: 5.0.0-dev.0
- notify_push: 1.2.1
- oauth2: 1.20.0
- ownershiptransfer: 1.3.0
- password_policy: 4.0.0-dev.0
- photos: 5.0.0-dev.1
- previewgenerator: 5.11.0
- privacy: 4.0.0-dev.0
- profile: 1.1.0
- provisioning_api: 1.22.0
- recognize: 10.0.6
- recommendations: 5.0.0-dev.0
- related_resources: 3.0.0-dev.0
- richdocuments: 9.0.2
- secrets: 2.1.4
- serverinfo: 4.0.0-dev.0
- settings: 1.15.1
- sharebymail: 1.22.0
- systemtags: 1.22.0
- tables: 1.0.1
- tasks: 0.17.1
- text: 6.0.1
- theming: 2.7.0
- twofactor_backupcodes: 1.21.0
- twofactor_nextcloud_notification: 6.0.0-dev.0
- twofactor_totp: 14.0.0
- updatenotification: 1.22.0
- user_migration: 9.0.0
- user_status: 1.12.0
- viewer: 5.0.0-dev.0
- weather_status: 1.12.0
- webhook_listeners: 1.3.0
- whiteboard: 1.4.2
- workflowengine: 2.14.0
Nextcloud configuration
If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system
from within your Nextcloud installation folder
How to use GitHub
Steps to reproduce
occ group:list <pattern>to search for members of groupsExpected behaviour
Only the group matching the
<pattern>should be returned, as documented forgroup:listActual behaviour
The command returns all groups matching the
<pattern>(may be none) and always the groupguest_app.{ "<GroupID>": { "displayName": "<GroupName>", "backends": [ "Database" ], "users": [ "examplegroupmember1", "examplegroupmember2" ] }, "guest_app": { "displayName": "Guests", "backends": [ "OCA\\Guests\\GroupBackend" ], "users": [ "user@maildomain.example" ] } }The behaviour is the same for all output modes (plain, json, json_pretty) and differing patterns.
I do not have other group backends, as such I cannot test if the problem lies in the backend or occ command implementation.
Server configuration
Web server: Caddy + PHP-FPM (nextcloud docker)
Database: PostgreSQL
PHP version: 8.3.28
Nextcloud version: 32.0.2
List of activated apps
Nextcloud configuration