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
65. When doing FTP over a socks proxy or CONNECT through HTTP proxy and the
7
multi interface is used, libcurl will fail if the (passive) TCP connection
8
for the data transfer isn't more or less instant as the code does not
9
properly wait for the connect to be confirmed. See test case 564 for a first
12
64. The threaded resolver used in libcurl on Windows has some kind of race
13
problem when multiple simultanoes resolves are done, like with the multi
14
interface transferring many files in parallell:
15
http://curl.haxx.se/mail/lib-2009-04/0028.html
17
63. When CURLOPT_CONNECT_ONLY is used, the handle cannot reliably be re-used
18
for any further requests or transfers. The work-around is then to close that
19
handle with curl_easy_cleanup() and create a new. Some more details:
20
http://curl.haxx.se/mail/lib-2009-04/0300.html
22
62. CURLOPT_TIMEOUT does not work properly with the regular multi and
23
multi_socket interfaces. The work-around for apps is to simply remove the
24
easy handle once the time is up. See also:
25
http://curl.haxx.se/bug/view.cgi?id=2501457
27
61. If an upload using Expect: 100-continue receives an HTTP 417 response,
28
it ought to be automatically resent without the Expect:. A workaround is
29
for the client application to redo the transfer after disabling Expect:.
30
http://curl.haxx.se/mail/archive-2008-02/0043.html
32
60. libcurl closes the connection if an HTTP 401 reply is received while it
33
is waiting for the the 100-continue response.
34
http://curl.haxx.se/mail/lib-2008-08/0462.html
36
59. If the CURLOPT_PORT option is used on an FTP URL like
37
"ftp://example.com/file;type=A" using a proxy, the ";type=A" is stripped off.
38
See the comment in parse_remote_port()
40
58. It seems sensible to be able to use CURLOPT_NOBODY and
41
CURLOPT_FAILONERROR with FTP to detect if a file exists or not, but it is
42
not working: http://curl.haxx.se/mail/lib-2008-07/0295.html
44
57. On VMS-Alpha: When using an http-file-upload the file is not sent to the
45
Server with the correct content-length. Sending a file with 511 or less
46
bytes, content-length 512 is used. Sending a file with 513 - 1023 bytes,
47
content-length 1024 is used. Files with a length of a multiple of 512 Bytes
48
show the correct content-length. Only these files work for upload.
49
http://curl.haxx.se/bug/view.cgi?id=2057858
51
56. When libcurl sends CURLOPT_POSTQUOTE commands when connected to a SFTP
52
server using the multi interface, the commands are not being sent correctly
53
and instead the connection is "cancelled" (the operation is considered done)
54
prematurely. There is a half-baked (busy-looping) patch provided in the bug
55
report but it cannot be accepted as-is. See
56
http://curl.haxx.se/bug/view.cgi?id=2006544
6
58
55. libcurl fails to build with MIT Kerberos for Windows (KfW) due to KfW's
7
59
library header files exporting symbols/macros that should be kept private
8
60
to the KfW library. See ticket #5601 at http://krbdev.mit.edu/rt/
10
54. User names embedded in URLs without a password are parsed incorrectly--the
11
host name is treated as part of the user name and the port number becomes the
12
password. This can be observed test 279.
14
53. SFTP busy-loop problem. When doing SFTP uploads, we can see that libcurl
15
occasionally will busy-loop while waiting for certain network conditions.
16
Reported by Pavel Shalagin, explained somewhat by Daniel Stenberg here:
17
http://curl.haxx.se/mail/lib-2008-04/0439.html
19
62
52. Gautam Kachroo's issue that identifies a problem with the multi interface
20
63
where a connection can be re-used without actually being properly
33
76
function will return prematurely and will confuse the rest of the HTTP
34
77
protocol code. This should be very rare.
36
45. libcurl built to support ipv6 uses getaddrinfo() to resolve host names.
37
getaddrinfo() sorts the response list which effectively kills how libcurl
38
deals with round-robin DNS entries. All details:
39
http://curl.haxx.se/mail/lib-2007-07/0168.html
40
initial suggested function to use for randomizing the response:
41
http://curl.haxx.se/mail/lib-2007-07/0178.html
43
79
43. There seems to be a problem when connecting to the Microsoft telnet server.
44
80
http://curl.haxx.se/bug/view.cgi?id=1720605
146
182
doesn't do a HEAD first to get the initial size. This needs to be done
147
183
manually for HTTP PUT resume to work, and then '-C [index]'.
149
7. CURLOPT_USERPWD and CURLOPT_PROXYUSERPWD have no way of providing user names
150
that contain a colon. This can't be fixed easily in a backwards compatible
151
way without adding new options (and then, they should most probably allow
152
setting user name and password separately).
154
185
6. libcurl ignores empty path parts in FTP URLs, whereas RFC1738 states that
155
186
such parts should be sent to the server as 'CWD ' (without an argument).
156
187
The only exception to this rule, is that we knowingly break this if the
added
removed
docs/KNOWN_BUGS
