← Back to branch summary

~ubuntu-branches/ubuntu/natty/curl/natty-security

« back to all changes in this revision

Viewing changes to docs/KNOWN_BUGS

  • Committer: Bazaar Package Importer
  • Author(s): Bhavani Shankar
  • Date: 2010-06-20 13:56:28 UTC
  • mfrom: (3.4.7 sid)
  • Revision ID: james.westby@ubuntu.com-20100620135628-e30tp9jldq6hq985
Tags: 7.21.0-1ubuntu1
https://launchpad.net/bugs/596334
* Merge from debian unstable.  Remaining changes: LP: #596334
  - Keep build deps in main:
    - Drop build dependencies: stunnel, libssh2-1-dev
    - Add build-dependency on openssh-server
    - Drop libssh2-1-dev from libcurl4-openssl-dev's Depends.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/KNOWN_BUGS
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!
5
5
 
 
6
75. NTLM authentication involving unicode user name or password.
 
7
  http://curl.haxx.se/mail/lib-2009-10/0024.html
 
8
  http://curl.haxx.se/bug/view.cgi?id=2944325
 
9
 
 
10
74. The HTTP spec allows headers to be merged and become comma-separated
 
11
  instead of being repeated several times. This also include Authenticate: and
 
12
  Proxy-Authenticate: headers and while this hardly every happens in real life
 
13
  it will confuse libcurl which does not properly support it for all headers -
 
14
  like those Authenticate headers.
 
15
 
6
16
73. if a connection is made to a FTP server but the server then just never
7
17
  sends the 220 response or otherwise is dead slow, libcurl will not
8
18
  acknowledge the connection timeout during that phase but only the "real"
13
23
72. "Pausing pipeline problems."
14
24
  http://curl.haxx.se/mail/lib-2009-07/0214.html
15
25
 
16
 
71. TFTP block size / better integration in transfer
17
 
  http://curl.haxx.se/mail/lib-2009-08/0028.html
18
 
 
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)
21
 
 
22
26
70. Problem re-using easy handle after call to curl_multi_remove_handle
23
27
  http://curl.haxx.se/mail/lib-2009-07/0249.html
24
 
    
 
28
 
25
29
68. "More questions about ares behavior".
26
30
  http://curl.haxx.se/mail/lib-2009-08/0012.html
27
31
 
40
44
  properly wait for the connect to be confirmed. See test case 564 for a first
41
45
  shot at a test case.
42
46
 
43
 
64. The threaded resolver used in libcurl on Windows has some kind of race
44
 
  problem when multiple simultanoes resolves are done, like with the multi
45
 
  interface transferring many files in parallell:
46
 
  http://curl.haxx.se/mail/lib-2009-04/0028.html
47
 
 
48
47
63. When CURLOPT_CONNECT_ONLY is used, the handle cannot reliably be re-used
49
48
  for any further requests or transfers. The work-around is then to close that
50
49
  handle with curl_easy_cleanup() and create a new. Some more details:
168
167
  to VMS file structures and the perceived file sizes stat() returns. A
169
168
  possible fix would involve sending a "STRU VMS" command.
170
169
  http://curl.haxx.se/bug/view.cgi?id=1156287
171
 
  
 
170
 
172
171
21. FTP ASCII transfers do not follow RFC959. They don't convert the data
173
172
   accordingly (not for sending nor for receiving). RFC 959 section 3.1.1.1
174
173
   clearly describes how this should be done: