[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug 57087] mod_proxy_fcgi doesn't send cgi CONTENT_LENGTH variable when the client request used Transfer-Encoding:chunked


--- Comment #4 from Steffen Moser <public@xxxxxxxxxxxxxxxx> ---
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: bugs-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: bugs-help@xxxxxxxxxxxxxxxx