#42911 [Opn->Fbk]: CURLOPT_ENCODING doesn't seem to support 'gzip'

ID: 42911 Updated by: mj@php.net Reported By: dmceo415 at yahoo dot com -Status: Open +Status: Feedback Bug Type: cURL related Operating System: Windows XP PHP Version: 4.4.7 New Comment: Works fine for me with PHP 5.3-dev and libcurl 7.17.0. Can you please upgrade to a more recent version of libcurl and try again? Thanks! Previous Comments: ------------------------------------------------------------------------ [2007-10-10 21:52:29] daniel at haxx dot se It seems you're using a very old libcurl version... That text was modified in 7.10.5 - which is well over 4 years old! ------------------------------------------------------------------------ [2007-10-10 13:49:48] dmceo415 at yahoo dot com (changing my email address) ------------------------------------------------------------------------ [2007-10-10 03:21:35] dmceo415 at yahoo dot com Description: ------------ The manual has this to say about CURLOPT_ENCODING: 'The contents of the "Accept-Encoding: " header. This enables decoding of the response. Supported encodings are "identity", "deflate", and "gzip". If an empty string, "", is set, a header containing all supported encoding types is sent.' However, when I use curl_setopt($ch, CURLOPT_ENCODING, 'gzip') in a script, CURLOPT_VERBOSE tells me: * Unrecognized content encoding type. libcurl understands 'identity' and 'deflate' content encodings. So, is the manual wrong, or is there a bug with respect to the 'gzip' encoding? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=42911&edit=1