https://bz.apache.org/bugzilla/show_bug.cgi?id=57087
--- Comment #4 from Steffen Moser <[email protected]> --- We've just encountered this problem even with Nextcloud 13.0.5 on Apache 2.4.33 and PHP-FPM 7.1.17, OS: Oracle Solaris 11.3 SRU 34. Uploads to Nextcloud (which internally uses SabreDAV) initiated by macOS Finder's builtin WebDAV client produce empty files in Nextcloud 13.0.5 storage. When changing from "mod_proxy_fcgi" and PHP-FPM back to the "libphp" module, the problem is gone, but I can only run Apache in prefork MPM then due to multi-threading-related issues in PHP. The main problem is that the user on the WebDAV client site doesn't necessarily get noticed about a problem at all. The uploaded files are just empty which is a major failure in my opinion, because data integrity is not guaranteed. Only when uploading larger files (haven't found the size limit yet), the user receivers an unspecified "WebDAV error -36". After analyzing this further, I am very sure that it is caused by the chunked encoding WebDAV PUT requests which are used by Apple's Finder. Some other WebDAV clients don't show the problem with the same server setup because they use other methods. According to the discussion of the PHP developers [1], this is a behavior against the specification. [1] https://bugs.php.net/bug.php?id=60826 -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
