php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #71730 compression fails
Submitted: 2016-03-07 15:06 UTC Modified: 2018-06-14 11:19 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:0 of 0 (0.0%)
From: wowkise at gmai dot com Assigned:
Status: Verified Package: Output Control
PHP Version: 7.2 OS: ubuntu
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: wowkise at gmai dot com
New email:
PHP Version: OS:

 

 [2016-03-07 15:06 UTC] wowkise at gmai dot com
Description:
------------
if you take a look at the test script, the output_compression shouldn't have been sent, as there is an output before it,

however, on Ubuntu 15.10, Using php5-fpm nginx, the headers get sent anyway regardless if there is content before it or not, and that's breaks browsers, and shows errors such as 

Chrome:
This webpage is not available - ERR_CONTENT_DECODING_FAILED

Firefox:
Content Encoding Error

The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.


Test script:
---------------
<?php

$obj = (object) [
    'foo' => 'bar'
];

var_dump( $obj );

if ( !headers_sent() )
{
    ini_set( 'zlib.output_compression', 1 );
}


Expected result:
----------------
the header shouldn't have been sent.

Actual result:
--------------
the header get sent which garbled the output, which in turn breaks the output_compression, and causes the browsers to show error.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2018-06-14 11:19 UTC] mike@php.net
-Status: Open +Status: Verified -PHP Version: Irrelevant +PHP Version: 7.2
 [2018-06-14 11:19 UTC] mike@php.net
Verified
 [2018-06-14 11:26 UTC] spam2 at rhsoft dot net
"the headers get sent anyway regardless if there is content before" is technically wrong - they can't after the first body char and the problem is that compression happens even if sending the header fails - so the client get compressed content which was not announced
 [2018-07-07 15:51 UTC] wowkise at gmail dot com
rhsoft, you are correct what i meant is that headers_sent() check should have returned true as there was content that was sent, therefore headers cant be send anymore.
 [2018-07-07 16:08 UTC] spam2 at rhsoft dot net
anyways, zlib.output_compression is a bad idea!

other than apaches mod_defalte it don't take the client headers if it supports compression at all into account
 
PHP Copyright © 2001-2019 The PHP Group
All rights reserved.
Last updated: Fri Nov 15 13:01:35 2019 UTC