X-Git-Url: https://git.m6w6.name/?p=m6w6%2Fext-http;a=blobdiff_plain;f=KnownIssues.txt;h=4c2ad80b6025a49554ce2b2c54e6b02063385c26;hp=fac8a3cf98c27fca67b7348c522ddccd6e98e674;hb=62b4f94d156b0bfba802f1ccaf2f773765100e43;hpb=eae2e0b6f3ec09658c4e5ea54662a2221890fed7

diff --git a/KnownIssues.txt b/KnownIssues.txt
index fac8a3c..4c2ad80 100644
--- a/KnownIssues.txt
+++ b/KnownIssues.txt
@@ -1,24 +1,25 @@
 Known Issues
 ============
-$Id$
-
-HttpResponse (only in PHP-5.1+):
-	HttpResponse::getHeader() does not work in Apache2 with a 
-PHP version lower than 5.1.3 (as mod_php).
 
 Windows:
 	If you keep getting "SSL connect error" when trying to issue 
-requests, try another (newer) libeay32.dll/ssleay32.dll pair.
-
-Deflate/Inflate:
-	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.
-	Using an encoding stream filter on a stream you read from, will
-not work as expected in a PHP version lower than 5.1.3.
+		requests, try another (newer) libeay32.dll/ssleay32.dll pair.
 
 Internals:
-	-	our http_urlencode_hash() does not differentiate between prefixes
-		for numeric or string keys.
-	-	detaching a request from a pool in its progress callback causes
-		all sorts of memory errors
+	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 raphf.persistent_handles.limit = 0
+				* call raphf\persistent_handles_clean() every request
+				* call $client->flushCookies(), which is available
+				  since libcurl v7.17.1 and does not work with the
+				  procedural API
+	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.