aboutsummaryrefslogtreecommitdiff
path: root/docs/KNOWN_BUGS
AgeCommit message (Collapse)Author
2007-02-18- Jeff Pohlmeyer identified two problems: first a rather obscure problem withDaniel Stenberg
the multi interface and connection re-use that could make a curl_multi_remove_handle() ruin a pointer in another handle. The second problem was less of an actual problem but more of minor quirk: the re-using of connections wasn't properly checking if the connection was marked for closure.
2007-02-14Added --ftp-ssl-ccc issue.Dan Fandrich
2007-01-27- David McCreedy fixed the Curl command line tool for HTTP on non-ASCIIDaniel Stenberg
platforms.
2007-01-02- Victor Snezhko helped us fix bug report #1603712Daniel Stenberg
(http://curl.haxx.se/bug/view.cgi?id=1603712) (known bug #36) --limit-rate (CURLOPT_MAX_SEND_SPEED_LARGE and CURLOPT_MAX_RECV_SPEED_LARGE) are broken on Windows (since 7.16.0, but that's when they were introduced as previous to that the limiting logic was made in the application only and not in the library). It was actually also broken on select()-based systems (as apposed to poll()) but we haven't had any such reports. We now use select(), Sleep() or delay() properly to sleep a while without waiting for anything input or output when the rate limiting is activated with the easy interface.
2006-12-1937. Having more than one connection to the same host when doing NTLMDaniel Stenberg
authentication (with performs multiple "passes" and authenticates a connection rather than a HTTP request), and particularly when using the multi interface, there's a risk that libcurl will re-use a wrong connection when doing the different passes in the NTLM negotiation and thus fail to negotiate (in seemingly mysterious ways). 36. --limit-rate (CURLOPT_MAX_SEND_SPEED_LARGE and CURLOPT_MAX_RECV_SPEED_LARGE) are broken on Windows (since 7.16.0, but that's when they were introduced as previous to that the limiting logic was made in the application only and not in the library). This problem is easily repeated and it takes a Windows person to fire up his/hers debugger in order to fix. http://curl.haxx.se/bug/view.cgi?id=1603712
2006-11-03Olaf Stueben provided a patch that I edited slightly. It fixes the notoriousDaniel Stenberg
KNOWN_BUGS #25, which happens when a proxy closes the connection when libcurl has sent CONNECT, as part of an authentication negotiation. Starting now, libcurl will re-connect accordingly and continue the authentication as it should.
2006-10-18the "work in progress" for #25 was ditched a long time agoDaniel Stenberg
2006-10-12deleted #19 since it concerted FTP third party transfers and they are no longerDaniel Stenberg
supported
2006-09-12corrected URLDaniel Stenberg
2006-09-12so it seems SOCKS5 too (still) has problems with connect timeoutsDaniel Stenberg
2006-09-03- "Dortik" (http://curl.haxx.se/bug/view.cgi?id=1551412) provided a patch thatDaniel Stenberg
while not fixing things very nicely, it does make the SOCKS5 proxy connection slightly better as it now acknowledges the timeout for connection and it no longer segfaults in the case when SOCKS requires authentication and you did not specify username:password.
2006-06-22Peter Silva introduced CURLOPT_MAX_SEND_SPEED_LARGE andDaniel Stenberg
CURLOPT_MAX_RECV_SPEED_LARGE that limit tha maximum rate libcurl is allowed to send or receive data. This kind of adds the the command line tool's option --limit-rate to the library. The rate limiting logic in the curl app is now removed and is instead provided by libcurl itself. Transfer rate limiting will now also work for -d and -F, which it didn't before.
2006-05-14The SOCKS connection codes don't properly acknowledge (connect) timeouts.Daniel Stenberg
2006-05-08Fixed known bug #28. The TFTP code no longer assumes a packed struct andDaniel Stenberg
thus works reliably on more platforms.
2006-04-26David McCreedy brought line end conversions when doing FTP ASCIIDaniel Stenberg
transfers. They are done on non-windows systems and translate CRLF to LF.
2006-04-1033. Doing multi-pass HTTP authentication on a non-default port does not work.Daniel Stenberg
This happens because the multi-pass code abuses the redirect following code for doing multiple requests, and when we following redirects to an absolute URL we must use the newly specified port and not the one specified in the original URL. A proper fix to this would need to separate the negotiation "redirect" from an actual redirect.
2006-03-16fixed in CVSDaniel Stenberg
2006-03-02I'm pretty sure #24 is fixed in 7.15.2Daniel Stenberg
2006-02-22Fixed test case 57 (KNOWN_BUG #18)Dan Fandrich
2006-02-20ftp upload with url ending with slashDaniel Stenberg
2006-02-16Gopher is no longer supported.Dan Fandrich
2006-02-1532. (At least on Windows) If libcurl is built with c-ares and there's no DNSDaniel Stenberg
server configured in the system, the ares_init() call fails and thus curl_easy_init() fails as well. This causes weird effects for people who use numerical IP addresses only.
2005-12-22#31 curl-config --libs" will include details set in LDFLAGS when configure isDaniel Stenberg
run that might be needed only for building libcurl.
2005-12-12another SOCKS-related problem addedDaniel Stenberg
2005-12-12added #29 and #30Daniel Stenberg
2005-12-05Added a run-time check to warn if TFTP is going to fail due to portabilityDan Fandrich
issues in the code.
2005-11-30#27 is fixedDaniel Stenberg
2005-11-0727. "libcurl built with GNUTLS ignores the SSLCERT option" - UnlikeDaniel Stenberg
Curl_ossl_connect(), the Curl_gtls_connect() function does not send the user certificate to the peer. In fact, it ignores the conn->data->set.cert field completely, it always uses the anonymous credentials. See http://curl.haxx.se/bug/view.cgi?id=1348930
2005-09-16Added known bugs #26, started using my new "bounce URL" that jumps to theDaniel Stenberg
correct (and overly complicated) sourceforge bug tracker URL given the bug report ID number.
2005-08-24fixed #26, GnuTLS CA cert verificationDaniel Stenberg
2005-08-23known bug #26, pretty fatal for anyone who wants to use proper SSL and GnuTLSDaniel Stenberg
2005-08-19The big POST to HTTPS is probably not a bug.Daniel Stenberg
The CONNECT problem is now bug #25 planned to get fixed in next release.
2005-08-18Harshal Pradhan's use-after-free bug with ares is now known bug #24 to beDaniel Stenberg
fixed after 7.14.1
2005-08-17removed issue 20 that was about valgrind complaints on other libs/parts, asDaniel Stenberg
we have a fancier valgrind error parser these days and it seems to work rather well
2005-08-17the SOCKS situationDaniel Stenberg
2005-05-18#15 is now fixedDaniel Stenberg
2005-05-02Sort of "fixed" KNOWN_BUGS #4: curl now builds IPv6 enabled on AIX 4.3. AtDaniel Stenberg
least it should no longer cause a compiler error. However, it does not have AI_NUMERICHOST so we cannot getaddrinfo() any numerical addresses with it (we use that for FTP PORT/EPRT)! So, I modified the configure check that checks if the getaddrinfo() is working, to use AI_NUMERICHOST since then it'll fail on AIX 4.3 and it will automatically build with IPv6 support disabled.
2005-04-05bug report #1156287, ftp upload from VMSDaniel Stenberg
2005-03-17add 'FTP ASCII transfers' here, since they seem to be frequently attemptedDaniel Stenberg
these days...!
2005-03-11Fixed LDAP library file name bug (KNOWN_BUGS #1). configure now auto-detectsDan Fandrich
the correct dynamic library names by default, and provides override switches --with-ldap-lib, --with-lber-lib and --without-lber-lib. Added CURL_DISABLE_LDAP to platform-specific config files to disable LDAP support on those platforms that probably don't have dynamic OpenLDAP libraries available to avoid compile errors.
2005-02-05valgrind errors occur too often when 'make test' is used. It is because tooDaniel Stenberg
many third-party libs and tools have problems. When curl is built without --disable-shared, the testing is done with a front-end script which makes the valgrind testing include (ba)sh as well and that often causes valgrind errors. Either we improve the valgrind error scanner a lot to better identify (lib)curl errors only, or we disable valgrind checking by default
2005-02-017.13 coming upDaniel Stenberg
2005-01-28KNOWN_BUGS #17 fixed. A DNS cache entry may not remain locked between twoDaniel Stenberg
curl_easy_perform() invokes. It was previously unlocked at disconnect, which could mean that it remained locked between multiple transfers. The DNS cache may not live as long as the connection cache does, as they are separate. To deal with the lack of DNS (host address) data availability in re-used connections, libcurl now keeps a copy of the IP adress as a string, to be able to show it even on subsequent requests on the same connection.
2005-01-25add number to the bugs to make them easier to refer toDaniel Stenberg
2005-01-25two known bugsDaniel Stenberg
2005-01-19Stephan Bergmann made libcurl return CURLE_URL_MALFORMAT if an FTP URLDaniel Stenberg
contains %0a or %0d in the user, password or CWD parts. (A future fix would include doing it for %00 as well - see KNOWN_BUGS for details.) Test case 225 and 226 were added to verify this
2004-12-25Test case 241 fails on all systems that support IPv6 but that don't have theDaniel Stenberg
host name 'ip6-localhost' in /etc/hosts (or similar) since the test case uses that host name to test the IPv6 name to address resolver.
2004-12-23Added LDAP library issue.Dan Fandrich
2004-11-21the FD_SETSIZE problem is fixedDaniel Stenberg
2004-10-19iconv 2.1.3 is considered bad for test case 165Daniel Stenberg