-release 1.5.1; build failure (PHP5<5.2) due to ZEND_MN misdefinition, thanks Brian
[m6w6/ext-http] / KnownIssues.txt
index f4e945008aa2a6393f40225e73df0a4e180b1c2d..c6565b23402306b054364d18706e1a2263ab973e 100644 (file)
@@ -2,23 +2,17 @@ Known Issues
 ============
 $Id$
 
-HttpResponse class is only available for PHP >= 5.1
+PHP < 5.1.3:
+       HttpResponse::getHeader() does not work with Apache2 SAPIs.
+       Using an encoding stream filter on a stream you read from doesn't work.
 
-Not all places where files are handled check for open_basedir and/or safe_mode.
-
-Throttling with the FastCGI SAPI may behave unexpected, because libfcgi seems
-not to practically flush its buffers when calling sapi_flush().
-See also http://bugs.php.net/bug.php?id=34429
-
-If you keep getting "SSL connect error" when trying to issue requests on
-Windows, try another (newer) libeay32.dll/ssleay32.dll pair.
-
-Inflating compressed HttpRequest responses happens twice if libcurl
-was built with zlib support.
+Windows:
+       If you keep getting "SSL connect error" when trying to issue 
+               requests, try another (newer) libeay32.dll/ssleay32.dll pair.
 
 Internals:
-       -       the request bodies created in http_request_pool_attach() are not 
-               destroyed in http_request_pool_detach() but on reset; 
-               may be a memory problem in long running scripts which reuse one
-               request pool several times
-
+       Our http_urlencode_hash() does not differentiate between prefixes
+               for numeric or string keys.
+       Inflating raw deflated data causes a re-initialization of the inflate
+               stream where the corresponding window bits are modified to tell libz
+               to not check for zlib header bytes.  This is not preventable AFAICS.