At present I see a number of errors in the log pertaining to lib/private/Template/ResourceLocator.php attempting to access files in paths which are not allowed; indeed, which don't actually exist.
For example, it attempt to get a file whose path, from the web root, would be "webapps//core/l10n/en.js", which obviously doesn't exist. There is no "webapps" folder there and the path shouldn't include two consecutive slashes anyway (even if it works).
Comment 951119913 on Issue 27759 reports a quite similar error as well and suggests the Notes app is possibly to blame. In my case, however, the app is simply given as, "PHP".
In fact, this may come from viewing the Logging page itself. When I refresh that page, I see the standard set of four errors of this type (see "Additional info" for the other three filenames).
Steps to reproduce
Steps aren't necessarily relevant here. I don't know how to describe or set up the starting condition for this to occur.
Expected behavior
lib/private/Template/ResourceLocator.php should not attempt to access files in not-allowed paths.
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 22.1 to 22.2)
Are you using the Nextcloud Server Encryption module?
{"reqId":"tSd9ynXoO4Dadf9eMMas","level":3,"time":"2024-03-31T06:41:04+00:00","remoteAddr":"62.178.177.26","user":"gkolanek","app":"PHP","method":"GET","url":"/settings/admin/logging","message":"is_file(): open_basedir restriction in effect. File(/artificial/path/to/web/root/webapps//core/l10n/en.js) is not within the allowed path(s): (/artificial/path/to/web/root/web:/artificial/path/to/web/root/private:/artificial/path/to/web/root/tmp:/var/www/www.example.com/web:/srv/www/www.example.com/web:/usr/share/php5:/usr/share/php:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin:/dev/random:/dev/urandom) at /artificial/path/to/web/root/web/lib/private/Template/ResourceLocator.php#100","userAgent":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:124.0) Gecko/20100101 Firefox/124.0","version":"28.0.4.1","data":{"app":"PHP"},"id":"66090582b7648"}
Additional info
Other files looked for at the time same and which also generate errors:
This issue respects the following points:
Bug description
At present I see a number of errors in the log pertaining to lib/private/Template/ResourceLocator.php attempting to access files in paths which are not allowed; indeed, which don't actually exist.
For example, it attempt to get a file whose path, from the web root, would be "webapps//core/l10n/en.js", which obviously doesn't exist. There is no "webapps" folder there and the path shouldn't include two consecutive slashes anyway (even if it works).
Comment 951119913 on Issue 27759 reports a quite similar error as well and suggests the Notes app is possibly to blame. In my case, however, the app is simply given as, "PHP".
In fact, this may come from viewing the Logging page itself. When I refresh that page, I see the standard set of four errors of this type (see "Additional info" for the other three filenames).
Steps to reproduce
Steps aren't necessarily relevant here. I don't know how to describe or set up the starting condition for this to occur.
Expected behavior
lib/private/Template/ResourceLocator.php should not attempt to access files in not-allowed paths.
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 22.1 to 22.2)
Are you using the Nextcloud Server Encryption module?
Encryption is Enabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
Other files looked for at the time same and which also generate errors: