Data corrupted on download from server error

Hi all
It seems I solved the problem and now I’m running on php 8.0.18 with no problems and no warnings.
I checked carefully everey single setup in my apache and NC and last I checked the installed packages of PHP
After installing a couple of addictional modules everything stated working with no clues.
For reference here are the packages installed with the working NC (Centos 7.9.2009)
php80-php-bcmath-8.0.18-1.el7.remi.x86_64
php80-php-fpm-8.0.18-1.el7.remi.x86_64
php80-php-pdo-8.0.18-1.el7.remi.x86_64
php80-php-intl-8.0.18-1.el7.remi.x86_64
php80-php-pecl-msgpack-2.1.2-1.el7.remi.x86_64
php80-php-pecl-apcu-5.1.21-1.el7.remi.x86_64
php80-php-pecl-memcached-3.2.0-1.el7.remi.x86_64
php80-php-common-8.0.18-1.el7.remi.x86_64
php80-php-mysqlnd-8.0.18-1.el7.remi.x86_64
php80-php-gd-8.0.18-1.el7.remi.x86_64
php80-php-process-8.0.18-1.el7.remi.x86_64
php80-php-soap-8.0.18-1.el7.remi.x86_64
php80-php-pecl-redis5-5.3.7-1.el7.remi.x86_64
php80-php-sodium-8.0.18-1.el7.remi.x86_64
php80-php-8.0.18-1.el7.remi.x86_64
php80-php-pecl-zip-1.20.0-1.el7.remi.x86_64
php80-php-xml-8.0.18-1.el7.remi.x86_64
php80-php-ldap-8.0.18-1.el7.remi.x86_64
php80-php-pecl-igbinary-3.2.7-1.el7.remi.x86_64
php80-php-cli-8.0.18-1.el7.remi.x86_64
php80-php-mbstring-8.0.18-1.el7.remi.x86_64
php80-php-opcache-8.0.18-1.el7.remi.x86_64
php80-php-pecl-imagick-im6-3.7.0-1.el7.remi.x86_64
php80-runtime-1.0-3.el7.remi.x86_64
php80-php-imap-8.0.18-1.el7.remi.x86_64
php80-php-gmp-8.0.18-1.el7.remi.x86_64

If you are not going to use Redis the appropriate module may be skipped .

Could you tell us what extra modules you installed and what changes you made (if any)? Different people need different modules for their servers, so having a complete list of modules installed by you doesn’t help much, but if you could tell us what exactly you done, that would help for many.

Hi @toxpal

I needed the following packages to fix the installation:

php80-php-pecl-apcu-5.1.21-1.el7.remi.x86_64
php80-php-pecl-igbinary-3.2.7-1.el7.remi.x86_64
php80-php-pecl-imagick-im6-3.7.0-1.el7.remi.x86_64
php80-php-pecl-msgpack-2.1.2-1.el7.remi.x86_64
php80-php-pecl-memcached-3.2.0-1.el7.remi.x86_64

many of those packages were discovered using the occ update and looking at the console messages

Hope this may help

1 Like

Did someone solve it on PHP 8.x and CentOS 7? For months, I can’t use NC on PHP 8.0 and 8.1 anymore because it’s partially broken. Cronjob doesn’t work and error message WebDAV interface seems to be broken is displayed.

I have made a fresh installation of the latest Nextcloud v24.0.1 (upgraded to 24.0.2 yesterday) on a latest FreeBSD 13.1-RELEASE, PHP 8.1.5 with all required extensions, and got the same invalid statement:

WebDAV interface seems to be broken.

with no explanation in nextcloud.log nor errors.log (of HTTP server). Nothing found about additional system requirements for WebDAV in Nextcloud documentation, too.

I just reinstalled Nextcloud 24.0.2 — to let create /.well-known/ directories himself (was created by Let’s Encrypt). No warnings while installing, although the same invalid state, and the same conclusion on Overview reports: Your web server is not yet properly set up to allow file synchronization, because the WebDAV interface seems to be broken.

Can devs finally take a lok at this issue? Running CentOS 7 and I can’t upgrade to PHP 8.0 or 8.1 because of this bug with NC. Happens with all releases of NC 23.x and 24.x, while PHP 8.0 worked fine in the past.

I realize not all people experience the same issue, so maybe devs can’t reproduce it on their systems, but I’ll be more than happy to provide all the logs/information needed.