I jumped for joy when I saw this new information in Nextcloud 30 and thought it was very useful in the context of group folders to know if deleted (voluntarily or not) items accessible to several people.
Except that it doesn't work and it marks “unknown” instead, which renders the feature useless.
On the other hand, when I delete an item that belonged to me (outside group folders), it does mark that it's me, but that's useless compared to the first scenario described.
Steps to reproduce
Create a group folder with files in it
From a user other than yourself, who also has access to the group folder, delete one or more files and/or folders.
From this second user, as from your user, you will notice that the user who initiated the deletion is marked as “unknown”.
Expected behavior
The user responsible for the deletion must be indicated. The only real use for this new feature is in the context of group folders (mostly in the workplace), so this needs to be corrected.
Installation method
Community Manual installation with Archive
Nextcloud Server version
master
Operating system
RHEL/CentOS
PHP engine version
PHP 8.2
Web server
Nginx
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 28.0.1 to 28.0.2)
Are you using the Nextcloud Server Encryption module?
⚠️ This issue respects the following points: ⚠️
Bug description
I jumped for joy when I saw this new information in Nextcloud 30 and thought it was very useful in the context of group folders to know if deleted (voluntarily or not) items accessible to several people.
Except that it doesn't work and it marks “unknown” instead, which renders the feature useless.
On the other hand, when I delete an item that belonged to me (outside group folders), it does mark that it's me, but that's useless compared to the first scenario described.
Steps to reproduce
Expected behavior
The user responsible for the deletion must be indicated. The only real use for this new feature is in the context of group folders (mostly in the workplace), so this needs to be corrected.
Installation method
Community Manual installation with Archive
Nextcloud Server version
master
Operating system
RHEL/CentOS
PHP engine version
PHP 8.2
Web server
Nginx
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 28.0.1 to 28.0.2)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
No response