-
-
Notifications
You must be signed in to change notification settings - Fork 4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: A lot of log messages "Access to this resource has been denied because it is in view-only mode." #35678
Comments
Same case after migrate to last V24 to V25.0.2 build manually |
Patch are linked for this case no ? If found time, i will test on my preprod for this case |
@EricThi any feedback? |
This comment was marked as outdated.
This comment was marked as outdated.
I have this issue with Nextcloud 26. Do you suceed to solve it ? @alx-tuilmenau @EricThi @solracsf |
I have to edit this message: I got these message again. For a long time, there were no messages, but maybe there was simply no folder without "download" permission.
NC 26.0.5 Does it make sense to show the filenames of files that cannot be downloaded ? For the web files app maybe it's necessary for the secure viewer, but is there any need to show the filenames to a normal client (or show filenames where no secure viewer is available) ? |
This seems to be three different issues:
|
This. Even more, I think a resilient server should expect whatever client comes around and requests access to resources it has no permission for. This is not an error and should not be logged as one. This is what try/catch mechanisms are perfectly suited for (though I can't tell for php).
Delegating responsibility for internal misconceptions to clients that is. |
I think the above does also apply to this error message:
|
Bug description
There are a lot of messages "Access to this resource has been denied because it is in view-only mode." in the log. The error message itself is correct, but it is logged on every Client sync, which creates a lot of messages. It should not logged on every file access.
Steps to reproduce
Expected behavior
The error is returned to the client, but not logged every time.
Installation method
Community Manual installation with Archive
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.0
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?
None
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: