3
3
changelog of the current development status, as one or more of these problems
4
4
may have been fixed since this was written!
6
73. if a connection is made to a FTP server but the server then just never
7
sends the 220 response or otherwise is dead slow, libcurl will not
8
acknowledge the connection timeout during that phase but only the "real"
9
timeout - which may surprise users as it is probably considered to be the
10
connect phase to most people. Brought up (and is being misunderstood) in:
11
http://curl.haxx.se/bug/view.cgi?id=2844077
13
72. "Pausing pipeline problems."
14
http://curl.haxx.se/mail/lib-2009-07/0214.html
16
71. TFTP block size / better integration in transfer
17
http://curl.haxx.se/mail/lib-2009-08/0028.html
19
Related problems with TFTP is also that currently (7.19.6) upload file sizes
20
are limited to 32MB (http://curl.haxx.se/bug/view.cgi?id=2848436)
22
70. Problem re-using easy handle after call to curl_multi_remove_handle
23
http://curl.haxx.se/mail/lib-2009-07/0249.html
25
68. "More questions about ares behavior".
26
http://curl.haxx.se/mail/lib-2009-08/0012.html
28
67. When creating multipart formposts. The file name part can be encoded with
29
something beyond ascii but currently libcurl will only pass in the verbatim
30
string the app provides. There are several browsers that already do this
31
encoding. The key seems to be the updated draft to RFC2231:
32
http://tools.ietf.org/html/draft-reschke-rfc2231-in-http-02
34
66. When using telnet, the time limitation options don't work.
35
http://curl.haxx.se/bug/view.cgi?id=2818950
6
37
65. When doing FTP over a socks proxy or CONNECT through HTTP proxy and the
7
38
multi interface is used, libcurl will fail if the (passive) TCP connection
8
39
for the data transfer isn't more or less instant as the code does not