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 performing a occ files:scan for an external storage, to make sure all files are up to date, if there's any folder to which the current user does not have permissions, the process will just finish and the rest of the files will be left unscanned instead of ignoring that folder and continue the scan. This is an issue, for instance, with .Trash-100* folders.
In my case, the external storage is accessed via SMB.
Steps to reproduce
Mount external storage via SMB
Create a folder that the SMB user cannot access
run occ files:scan
Expected behavior
Ignore the non-accessible directory and continue the scan process.
Installation method
Official Docker image
Operating system
Debian/Ubuntu
PHP engine version
PHP 7.4
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated from a minor version (ex. 22.2.3 to 22.2.4)
Are you using the Nextcloud Server Encryption module?
I have an external USB mounted and NC can access it as external data.
Here, I have the same problem. Some folders are not accessible for the user or group "www-data". The occ scanning process does not simply skip this folder but interrupts the scan completely as soon as such folder is found.
Can the issue be reopened?
Bug description
When performing a occ files:scan for an external storage, to make sure all files are up to date, if there's any folder to which the current user does not have permissions, the process will just finish and the rest of the files will be left unscanned instead of ignoring that folder and continue the scan. This is an issue, for instance, with .Trash-100* folders.
In my case, the external storage is accessed via SMB.
Steps to reproduce
Expected behavior
Ignore the non-accessible directory and continue the scan process.
Installation method
Official Docker image
Operating system
Debian/Ubuntu
PHP engine version
PHP 7.4
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated from a minor version (ex. 22.2.3 to 22.2.4)
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
The text was updated successfully, but these errors were encountered: