Groupfolder ACLs missing

Support intro

Nextcloud version (eg, 29.0.5): Nextcloud Hub 8 (29.0.3)
Operating system and version (eg, Ubuntu 24.04): Ubuntu 22.04.5 LTS
Nextcloud Docker Container: ‘nextcloud:29’

The issue you are facing:
Groupfolder ACLs are lost or not shown on folders.
We had a lot of ACLs on our groupfolders.
But at the moment, when I look to the folder details there are no ACLs shown.
And also not shown on command line:
±-----±-----------±------------+
| Path | User/Group | Permissions |
±-----±-----------±------------+

Now I created a new ACL and the new ACL is shown in the UI and also in CLI:
±-----±---------------±-----------------------+
| Path | User/Group | Permissions |
±-----±---------------±-----------------------+
| Test | user: migrator | +read, +write, +create |
±-----±---------------±-----------------------+

Is this a display failure ore do we have lost our ACLs?
Are the ACLs written to the MariaDB? Is it possible to finde the ACLs in the DB?

Is this the first time you’ve seen this error? (Y/N): Y

Steps to replicate it:

The output of your Nextcloud log in Admin > Logging:

Fehler	index	
Exception
OCA\GroupFolders\ACL\ACLManager::__construct(): Argument #3 ($logger) must be of type Psr\Log\LoggerInterface, OC\User\User given, called in /var/www/html/custom_apps/groupfolders/lib/ACL/ACLManagerFactory.php on line 43 in file '/var/www/html/custom_apps/groupfolders/lib/ACL/ACLManager.php' line 38

The output of your config.php file in /path/to/nextcloud (make sure you remove any identifiable information!):

<?php
$CONFIG = array (
  'htaccess.RewriteBase' => '/',
  'memcache.local' => '\\OC\\Memcache\\APCu',
  'apps_paths' =>
  array (
    0 =>
    array (
      'path' => '/var/www/html/apps',
      'url' => '/apps',
      'writable' => false,
    ),
    1 =>
    array (
      'path' => '/var/www/html/custom_apps',
      'url' => '/custom_apps',
      'writable' => true,
    ),
  ),
  'memcache.distributed' => '\\OC\\Memcache\\Redis',
  'memcache.locking' => '\\OC\\Memcache\\Redis',
  'redis' =>
  array (
    'host' => 'xxxxxxxxxx',
    'password' => 'xxxxxxxxxxxxxx!',
    'port' => 6379,
  ),
  'overwrite.cli.url' => 'xxxxxxxxxxxx',
  'trusted_proxies' =>
  array (
    0 => 'xxxxxxxxxxxx',
  ),
  'instanceid' => 'xxxxxxxxxxxx',
  'passwordsalt' => 'xxxxxxxxxxxxxxx',
  'secret' => 'xxxxxxxxxxxxxxxxxxxxx',
  'trusted_domains' =>
  array (
    0 => 'xxxxxxxxxxxxxxxx',
    1 => 'xxxxxxxxxxxxxxxx',
  ),
  'datadirectory' => '/var/www/html/data',
  'dbtype' => 'mysql',
  'version' => '29.0.3.4',
  'dbname' => 'xxxxxxxxxxxxxxx',
  'dbhost' => 'xxxxxxxxxxxxxx',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,
  'dbuser' => 'xxxxxxxxxxxxxx',
  'dbpassword' => 'xxxxxxxxxxxxxxxxx',
  'installed' => true,
  'default_language' => 'de',
  'default_locale' => 'de_DE',
  'skeletondirectory' => '',
  'theme' => '',
  'loglevel' => 2,
  'maintenance' => false,
  'mail_smtpmode' => 'smtp',
  'mail_smtphost' => 'xxxxxxxxxxxxxxxxxxx',
  'mail_smtpport' => 'xxxxx',
  'mail_smtpsecure' => 'ssl',
  'mail_smtpauth' => true,
  'mail_smtpauthtype' => 'LOGIN',
  'mail_smtpname' => 'xxxxxxxxxxxxxxxxxx',
  'mail_from_address' => 'xxxxxxxxxxxxxxxx',
  'mail_domain' => 'xxxxxxxxxxxxxxxx',
  'mail_smtppassword' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxx',
  'data-fingerprint' => 'xxxxxxxxxxxxxxxxxxxxxxxxx',
);

The output of your Apache/nginx/system log in /var/log/____:

PASTE HERE

Output errors in nextcloud.log in /var/www/ or as admin user in top right menu, filtering for errors. Use a pastebin service if necessary.

PASTE HERE

When did this this problem start?
And what version of Group folders do you have installed?

I’ve seen this today the first time.
We rarely do changes on permissions.

On my testsystem I’ve version 17.0.1 and on my productive system I’ve group folders 17.0.4.
On both systems I’ve the same behavior.

Are you actively getting that log entry or was it a one-time thing?

The parameters did indeed change, but I don’t see anyway you’d get the error you’re getting unless the app is only partially updated.

Basically the error suggests you have the ACLManagerFactory.php from 17.0.1 but the ACLManager.php from 17.0.4.

Does the problem go away if you restart the containers? (e.g. PHP opcache).

the log entry was one time.
I think it occures when I updated my testsystem from Version 17.0.1 to version 17.0.4.
At the moment I reverted to a snapshot of the testsystem. Now I’am back on to 17.0.1

I’ve restarted my test and my productive system the problem still exists

Where are the advanced permissions saved?
Is there a table in the DB?

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.