I have just updated from Nextcloud 27.x to Nextcloud 28.0.4. Since then Nextcloud tries to check invalid paths with is_file. This causes tons of errors in the log because the check is blocked by PHP due to the open_basedir restriction.
Nextcloud is installed in the directory /var/www/nextcloud.
The ResourceLocator.php file tries to check paths such as /var/www/nextcloudapps//core/l10n/en.js with is_file. The middle part apps/ should not be at this point, then everything would be correct.
Such errors are logged each time the website is called.
Example error message:
is_file(): open_basedir restriction in effect. File(/var/www/nextcloudapps//core/js/merged-template-prepend.js) is not within the allowed path(s): (/var/www/nextcloud:/var/nextcloud-data:/tmp:/dev/urandom) at /var/www/nextcloud/lib/private/Template/ResourceLocator.php#100
Steps to reproduce
access Nextcloud's web GUI (logged in or not)
Expected behavior
Paths should be put together correctly and then checked. A path outside of Nextcloud's own directory should not be created.
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
MariaDB
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
⚠️ This issue respects the following points: ⚠️
Bug description
I have just updated from Nextcloud 27.x to Nextcloud 28.0.4. Since then Nextcloud tries to check invalid paths with
is_file
. This causes tons of errors in the log because the check is blocked by PHP due to theopen_basedir
restriction.Nextcloud is installed in the directory
/var/www/nextcloud
.The ResourceLocator.php file tries to check paths such as
/var/www/nextcloudapps//core/l10n/en.js
withis_file
. The middle partapps/
should not be at this point, then everything would be correct.Such errors are logged each time the website is called.
Example error message:
Steps to reproduce
Expected behavior
Paths should be put together correctly and then checked. A path outside of Nextcloud's own directory should not be created.
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
MariaDB
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
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