Closed bdrewery closed 2 months ago
When do you get this? Just during the upgrade or also afterwards?
Literally any page load.
The app includes /vendor/autoload.php
. Until that point the trace makes sense. The inclusion of include_paths.php is strange.
I'm having a look at https://github.com/nextcloud-releases/mail/releases/download/v1.13.0/mail-v1.13.0.tar.gz.
I'm not familiar with composer or what's going on here but I do know the file was present in 1.12.1 at least as I keep my files tracked in git.
Could this be caused by some aggressive opcache? Please try restarting your webserver.
There is no code in v1.13.0 to load that file.
I do use opcache. I wiped the tmp dir and restarted php-fpm a few times and was still seeing this. I should have mentioned this initially. Here's all the files looking for include_paths.php (I removed mail).
% git grep include_paths.php
apps-local/news/appinfo/signature.json: "vendor\/composer\/include_paths.php": "9347dc3854fbec9ccddd7bc3243d5073f8f5633f98dddd02b7967aed5f6616844b7a42f49f1870633f0ea34334598a6096c21e287ae4220546079084a082e227",
apps-local/news/vendor/composer/autoload_real.php: $includePaths = require __DIR__ . '/include_paths.php';
apps-local/news/vendor/composer/include_paths.php:// include_paths.php @generated by Composer
nextcloud/3rdparty/composer/autoload_real.php: $includePaths = require __DIR__ . '/include_paths.php';
nextcloud/3rdparty/composer/include_paths.php:// include_paths.php @generated by Composer
nextcloud/core/signature.json: "3rdparty\/composer\/include_paths.php": "190d947399906fab0a629abdc4eb321cba0a89fca8341092e96bbe7921e22f425aa4fe17dce85b99d11c9853aaf696beebf4e678ae3652e3eb2c32e9a14ecf7c",
The trace was showing _3rdparty/composer/autoloadreal.php trying to load too.
Didn't see a question for it or I missed it but I'm using Nextcloud 23.0.5.1.
# grep opcache /usr/local/etc/php.ini | grep -v ^';'
[opcache]
opcache.enable_cli=0
opcache.interned_strings_buffer=20
opcache.max_accelerated_files=15000
opcache.validate_timestamps=0
opcache.revalidate_freq=60
opcache.save_comments=1
opcache.record_warnings=1
opcache.blacklist_filename=/home/nextcloud/opcache.blacklist
opcache.error_log=/var/log/php-fpm/opcache.log
opcache.file_cache= /tmp/opcache
opcache.huge_code_pages=1
opcache.jit=tracing
opcache.jit_buffer_size=32M
# cat /home/nextcloud/opcache.blacklist
/usr/home/nextcloud/public_html/nextcloud/config/config.php
I'm assuming this to be fixed in newer versions. If not, let me know
Steps to reproduce
occ app:update mail
Expected behavior
No errors.
Actual behavior
Mail app version
1.13.0
Mailserver or service
n/a
Operating system
FreeBSD
PHP engine version
PHP 8.0
Web server
Nginx
Database
MariaDB
Additional info
No response