Bug #76082 [Opn]: Http response status not working in 7.2.3 NTS fastcgi with header call

Edit report at https://bugs.php.net/bug.php?id=76082&edit=1 ID: 76082 Updated by: ab@php.net Reported by: auroraeosrose@php.net Summary: Http response status not working in 7.2.3 NTS fastcgi with header call Status: Open Type: Bug Package: CGI/CLI related Operating System: Windows PHP Version: 7.2.3 Block user comment: N Private report: N New Comment: Hmm, then I stuck probably, as the checks I did before was exactly with NTS. However it was the current dev, perhaps that makes the diff :/ Thanks. Previous Comments: ------------------------------------------------------------------------ [2018-03-13 12:36:26] auroraeosrose@php.net Verified this is some kind of threading/build problem added that is only affects 7.2.3 NTS in fastcgi mode thread safe compile of 7.2.3 is working ------------------------------------------------------------------------ [2018-03-13 12:28:22] auroraeosrose at gmail dot com It works correctly via cli and php-cgi via command line It's ONLY erroring using fastcgi with IIS 10 64 bit with an NTS build! I just tried a TS build of 7.2.3 and THAT works I'm using the exact same configuration with only one change (swapping php-cgi.exe to a different sub-folder where PHP is stored) no other changes to the server or configuration This is the weirdest thing in the world. ------------------------------------------------------------------------ [2018-03-13 09:35:49] ab@php.net Same output here on CLI as Rasmus has shown. NGINX+FCGI through TCP socket as well as IIS through named pipe are same. Probably some further digging on the server config side is needed, seems something about server config right now. Thanks. ------------------------------------------------------------------------ [2018-03-13 03:54:09] rasmus@php.net Can you reproduce from cli? eg. $ cat g <?php header('HTTP/1.1 403 Forbidden', true, 403); $ /usr/local/bin/php-cgi g Status: 403 Forbidden X-Powered-By: PHP/7.2.4-dev Content-type: text/html; charset=UTF-8 I don't see any changes in 7.2.3 that would cause this unless it is a weird Windows-only side-effect of an unrelated bug fix. ------------------------------------------------------------------------ [2018-03-12 17:47:43] auroraeosrose at gmail dot com I just did some additional testing This was introduced in 7.2.3 7.2.2 functions perfectly ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=76082 -- Edit this bug report at https://bugs.php.net/bug.php?id=76082&edit=1