Loading docs/TODO +26 −4 Original line number Original line Diff line number Diff line Loading @@ -92,6 +92,16 @@ TODO FTP FTP * PRET is a command that primarily "drftpd" supports, which could be useful when using libcurl against such a server. It is a non-standard and a rather oddly designed command, but... http://curl.haxx.se/bug/feature.cgi?id=1729967 * When trying to connect passively to a server which only supports active connections, libcurl returns CURLE_FTP_WEIRD_PASV_REPLY and closes the connection. There could be a way to fallback to an active connection (and vice versa). http://curl.haxx.se/bug/feature.cgi?id=1754793 * Make the detection of (bad) %0d and %0a codes in FTP url parts earlier in * Make the detection of (bad) %0d and %0a codes in FTP url parts earlier in the process to avoid doing a resolve and connect in vain. the process to avoid doing a resolve and connect in vain. Loading @@ -106,6 +116,7 @@ TODO * Make CURLOPT_FTPPORT support an additional port number on the IP/if/name, * Make CURLOPT_FTPPORT support an additional port number on the IP/if/name, like "blabla:[port]" or possibly even "blabla:[portfirst]-[portsecond]". like "blabla:[port]" or possibly even "blabla:[portfirst]-[portsecond]". http://curl.haxx.se/bug/feature.cgi?id=1505166 * FTP ASCII transfers do not follow RFC959. They don't convert the data * FTP ASCII transfers do not follow RFC959. They don't convert the data accordingly. accordingly. Loading @@ -125,6 +136,9 @@ TODO never been reported as causing trouble to anyone, but should be considered never been reported as causing trouble to anyone, but should be considered to use the HTTP version the user has chosen. to use the HTTP version the user has chosen. * "Better" support for persistent connections over HTTP 1.0 http://curl.haxx.se/bug/feature.cgi?id=1089001 TELNET TELNET * Reading input (to send to the remote server) on stdin is a crappy solution * Reading input (to send to the remote server) on stdin is a crappy solution Loading @@ -137,6 +151,9 @@ TODO SSL SSL * Provide an option that allows for disabling specific SSL versions, such as SSLv2 http://curl.haxx.se/bug/feature.cgi?id=1767276 * Provide a libcurl API for setting mutex callbacks in the underlying SSL * Provide a libcurl API for setting mutex callbacks in the underlying SSL library, so that the same application code can use mutex-locking library, so that the same application code can use mutex-locking independently of OpenSSL or GnutTLS being used. independently of OpenSSL or GnutTLS being used. Loading Loading @@ -208,6 +225,11 @@ TODO CLIENT CLIENT * Add option that is similar to -O but that takes the output file name from the Content-Disposition: header, and/or uses the local file name used in redirections for the cases the server bounces the request further to a different file (name): http://curl.haxx.se/bug/feature.cgi?id=1364676 * "curl --sync http://example.com/feed[1-100].rss" or * "curl --sync http://example.com/feed[1-100].rss" or "curl --sync http://example.net/{index,calendar,history}.html" "curl --sync http://example.net/{index,calendar,history}.html" Loading @@ -227,10 +249,10 @@ TODO * "curl ftp://site.com/*.txt" * "curl ftp://site.com/*.txt" * The client could be told to use maximum N simultaneous transfers and then * The client could be told to use maximum N simultaneous parallel transfers just make sure that happens. It should of course not make more than one and then just make sure that happens. It should of course not make more connection to the same remote host. This would require the client to use than one connection to the same remote host. This would require the client the multi interface. to use the multi interface. http://curl.haxx.se/bug/feature.cgi?id=1558595 * Extending the capabilities of the multipart formposting. How about leaving * Extending the capabilities of the multipart formposting. How about leaving the ';type=foo' syntax as it is and adding an extra tag (headers) which the ';type=foo' syntax as it is and adding an extra tag (headers) which Loading Loading
docs/TODO +26 −4 Original line number Original line Diff line number Diff line Loading @@ -92,6 +92,16 @@ TODO FTP FTP * PRET is a command that primarily "drftpd" supports, which could be useful when using libcurl against such a server. It is a non-standard and a rather oddly designed command, but... http://curl.haxx.se/bug/feature.cgi?id=1729967 * When trying to connect passively to a server which only supports active connections, libcurl returns CURLE_FTP_WEIRD_PASV_REPLY and closes the connection. There could be a way to fallback to an active connection (and vice versa). http://curl.haxx.se/bug/feature.cgi?id=1754793 * Make the detection of (bad) %0d and %0a codes in FTP url parts earlier in * Make the detection of (bad) %0d and %0a codes in FTP url parts earlier in the process to avoid doing a resolve and connect in vain. the process to avoid doing a resolve and connect in vain. Loading @@ -106,6 +116,7 @@ TODO * Make CURLOPT_FTPPORT support an additional port number on the IP/if/name, * Make CURLOPT_FTPPORT support an additional port number on the IP/if/name, like "blabla:[port]" or possibly even "blabla:[portfirst]-[portsecond]". like "blabla:[port]" or possibly even "blabla:[portfirst]-[portsecond]". http://curl.haxx.se/bug/feature.cgi?id=1505166 * FTP ASCII transfers do not follow RFC959. They don't convert the data * FTP ASCII transfers do not follow RFC959. They don't convert the data accordingly. accordingly. Loading @@ -125,6 +136,9 @@ TODO never been reported as causing trouble to anyone, but should be considered never been reported as causing trouble to anyone, but should be considered to use the HTTP version the user has chosen. to use the HTTP version the user has chosen. * "Better" support for persistent connections over HTTP 1.0 http://curl.haxx.se/bug/feature.cgi?id=1089001 TELNET TELNET * Reading input (to send to the remote server) on stdin is a crappy solution * Reading input (to send to the remote server) on stdin is a crappy solution Loading @@ -137,6 +151,9 @@ TODO SSL SSL * Provide an option that allows for disabling specific SSL versions, such as SSLv2 http://curl.haxx.se/bug/feature.cgi?id=1767276 * Provide a libcurl API for setting mutex callbacks in the underlying SSL * Provide a libcurl API for setting mutex callbacks in the underlying SSL library, so that the same application code can use mutex-locking library, so that the same application code can use mutex-locking independently of OpenSSL or GnutTLS being used. independently of OpenSSL or GnutTLS being used. Loading Loading @@ -208,6 +225,11 @@ TODO CLIENT CLIENT * Add option that is similar to -O but that takes the output file name from the Content-Disposition: header, and/or uses the local file name used in redirections for the cases the server bounces the request further to a different file (name): http://curl.haxx.se/bug/feature.cgi?id=1364676 * "curl --sync http://example.com/feed[1-100].rss" or * "curl --sync http://example.com/feed[1-100].rss" or "curl --sync http://example.net/{index,calendar,history}.html" "curl --sync http://example.net/{index,calendar,history}.html" Loading @@ -227,10 +249,10 @@ TODO * "curl ftp://site.com/*.txt" * "curl ftp://site.com/*.txt" * The client could be told to use maximum N simultaneous transfers and then * The client could be told to use maximum N simultaneous parallel transfers just make sure that happens. It should of course not make more than one and then just make sure that happens. It should of course not make more connection to the same remote host. This would require the client to use than one connection to the same remote host. This would require the client the multi interface. to use the multi interface. http://curl.haxx.se/bug/feature.cgi?id=1558595 * Extending the capabilities of the multipart formposting. How about leaving * Extending the capabilities of the multipart formposting. How about leaving the ';type=foo' syntax as it is and adding an extra tag (headers) which the ';type=foo' syntax as it is and adding an extra tag (headers) which Loading
