X-Git-Url: https://git.m6w6.name/?p=m6w6%2Fext-http;a=blobdiff_plain;f=KnownIssues.txt;h=96b3c0e99fd0d20cadef56986295dfac313956e8;hp=db3b288059d8b3777baa349230724e3093fc86be;hb=ad5f896b03adaa073134a00108a9cdf00720673a;hpb=39feb7a7e30bb4b393a6f76aa2f35d4e9275523e

diff --git a/KnownIssues.txt b/KnownIssues.txt
index db3b288..96b3c0e 100644
--- a/KnownIssues.txt
+++ b/KnownIssues.txt
@@ -2,18 +2,32 @@ Known Issues
 ============
 $Id$
 
-HttpResponse class is only available for PHP >= 5.1
-
-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
-to really write on flush only and every ~20kb.
-
-If you keep getting "SSL connect error" when trying to issue requests on
-Windows, try another (newer) libeay32.dll/ssleay32.dll pair.
+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.
 
+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(); may be a memory problem 
-		in long running scripts
+	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.
+	LFS dependant parts of libcurl are left out because of off_t,
+		respectively off64_t confusion.
+	Persistent handles and "cookiestore" request option do interfere,
+		as libcurl saves the cookies to the file on curl_easy_destroy(),
+		cookies are not saved until the CURL handle will be recycled.
+			Thus one would either need to
+				* run PHP with http.persistent.handles.limit = 0
+				* call http_persistent_handles_clean() every request
+				* call $HttpRequest->flushCookies(), which is available
+				  since libcurl v7.17.1 and does not work with the
+				  procedural API
+			Anyway, none of these options is really perfect.
+	HTTP and Proxy authentication information (username/password) can not be
+		unset with NULL prior libcurl v7.19.6 and separate options for setting
+		username and password--which work--are only available since v7.19.6.