back to dev

[m6w6/ext-http] / KnownIssues.txt

diff --git a/KnownIssues.txt b/KnownIssues.txt
index ca7e2ccfb1296317874ee351606a5bb7a1a7f8ca..4c2ad80b6025a49554ce2b2c54e6b02063385c26 100644 (file)
--- a/KnownIssues.txt
+++ b/KnownIssues.txt
@@ -1,20 +1,25 @@
 Known Issues
 ============
-$Id$
-
-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:
-       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 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.