You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a user (not the owner) delete a shared subfolder, the folder is copied in the owner trash bin, but also in the user one.
This duplicate all the files if possible.
If the user does not have enough quota, this result in an error and only partial files present in his trash bin.
If the user tries to restore the subfolder, this will be restored in his home folder and not the shared folder with potential files missing or no files at all.
This is not the same as deleting a file, the file is only present in the owner trash bin, that seems to be the right behavior.
Steps to reproduce
User 1 (big quota) share a folder with User 2
User 1 create a subfolder with multiples files in it, the total exceeds the User 2 quota
User 2 (small quota) delete the subfolder
Expected behavior
The folder is only present in the owner trash bin, no error caused by the user quota and no duplicated files in the trash bin
Nextcloud Server version
30
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
SQlite
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 28 to 29)
Are you using the Nextcloud Server Encryption module?
Bug description
When a user (not the owner) delete a shared subfolder, the folder is copied in the owner trash bin, but also in the user one.
This duplicate all the files if possible.
If the user does not have enough quota, this result in an error and only partial files present in his trash bin.
If the user tries to restore the subfolder, this will be restored in his home folder and not the shared folder with potential files missing or no files at all.
This is not the same as deleting a file, the file is only present in the owner trash bin, that seems to be the right behavior.
Steps to reproduce
Expected behavior
The folder is only present in the owner trash bin, no error caused by the user quota and no duplicated files in the trash bin
Nextcloud Server version
30
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
SQlite
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 28 to 29)
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
This was reproduced in Debian prod 28, and in docker test environment 28, 29 and 30
The text was updated successfully, but these errors were encountered: