ensure options are applied before the headers are set

[m6w6/ext-http] / KnownIssues.txt

diff --git a/KnownIssues.txt b/KnownIssues.txt
index 53c109b75eeb9a17ea147c666c9c75ac8f0f67f7..4c2ad80b6025a49554ce2b2c54e6b02063385c26 100644 (file)
--- a/KnownIssues.txt
+++ b/KnownIssues.txt
@@ -1,33 +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 safes the cookies to the file on curl_easy_destroy(),
-               cookies are not safed until the CURL handle will be recycled.
+               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
+                               * 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
-                       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.