~ubuntu-branches/ubuntu/lucid/curl/lucid-201101212007

« back to all changes in this revision

Viewing changes to docs/KNOWN_BUGS

  • Committer: Bazaar Package Importer
  • Author(s): Michael Vogt
  • Date: 2008-06-18 15:21:57 UTC
  • mfrom: (1.1.11 upstream)
  • Revision ID: james.westby@ubuntu.com-20080618152157-qq94aiequcq35w6b
Tags: 7.18.2-1ubuntu1
* Merge from debian unstable, remaining changes:
  - Drop the stunnel build dependency.
  - Drop the build-dependency on libdb4.5-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:
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
55. libcurl fails to build with MIT Kerberos for Windows (KfW) due to KfW's
 
7
  library header files exporting symbols/macros that should be kept private
 
8
  to the KfW library. See ticket #5601 at http://krbdev.mit.edu/rt/
 
9
 
 
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.
 
13
 
 
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
 
18
 
6
19
52. Gautam Kachroo's issue that identifies a problem with the multi interface
7
20
  where a connection can be re-used without actually being properly
8
21
  SSL-negoatiated:
9
22
  http://curl.haxx.se/mail/lib-2008-01/0277.html
10
23
 
11
 
51.Kevin Reed's reported problem with a proxy when doing CONNECT and it
12
 
  wants NTLM and close the connection to the initial CONNECT response:
13
 
  http://curl.haxx.se/bug/view.cgi?id=1879375
14
 
 
15
 
50. Curl_done() and pipelning aren't totally cool together:
16
 
  http://curl.haxx.se/mail/lib-2008-01/0330.html
17
 
 
18
24
49. If using --retry and the transfer timeouts (possibly due to using -m or
19
25
  -y/-Y) the next attempt doesn't resume the transfer properly from what was
20
26
  downloaded in the previous attempt but will truncate and restart at the
21
27
  original position where it was at before the previous failed attempt. See
22
 
  http://curl.haxx.se/mail/lib-2008-01/0080.html
 
28
  http://curl.haxx.se/mail/lib-2008-01/0080.html and Mandriva bug report
 
29
  https://qa.mandriva.com/show_bug.cgi?id=22565
23
30
 
24
31
48. If a CONNECT response-headers are larger than BUFSIZE (16KB) when the
25
32
  connection is meant to be kept alive (like for NTLM proxy auth), the