Skip to content
Snippets Groups Projects
  1. Apr 14, 2009
  2. Apr 13, 2009
  3. Apr 10, 2009
  4. Apr 09, 2009
  5. Apr 08, 2009
  6. Apr 07, 2009
  7. Apr 06, 2009
  8. Mar 03, 2009
  9. Feb 19, 2009
  10. Feb 02, 2009
    • Daniel Stenberg's avatar
      - Craig A West brought us: libcurl now defaults to do CONNECT with HTTP · bdd4294e
      Daniel Stenberg authored
        version 1.1 instead of 1.0 like before. This change also introduces the new
        proxy type for libcurl called 'CURLPROXY_HTTP_1_0' that then allows apps to
        switch (back) to CONNECT 1.0 requests. The curl tool also got a --proxy1.0
        option that works exactly like --proxy but sets CURLPROXY_HTTP_1_0.
      
        I updated all test cases cases that use CONNECT and I tried to do some using
        --proxy1.0 and some updated to do CONNECT 1.1 to get both versions run.
      bdd4294e
  11. Jan 26, 2009
  12. Jan 21, 2009
  13. Jan 07, 2009
  14. Dec 30, 2008
  15. Dec 11, 2008
  16. Dec 09, 2008
  17. Dec 08, 2008
    • Daniel Stenberg's avatar
      - Fred Machado posted about a weird FTP problem on the curl-users list and when · 18371aaf
      Daniel Stenberg authored
        researching it, it turned out he got a 550 response back from a SIZE command
        and then I fell over the text in RFC3659 that says:
      
         The presence of the 550 error response to a SIZE command MUST NOT be taken
         by the client as an indication that the file cannot be transferred in the
         current MODE and TYPE.
      
        In other words: the change I did on September 30th 2008 and that has been
        included in the last two releases were a regression and a bad idea. We MUST
        NOT take a 550 response from SIZE as a hint that the file doesn't exist.
      18371aaf
  18. Nov 25, 2008
  19. Nov 24, 2008
  20. Nov 21, 2008
  21. Nov 19, 2008
  22. Nov 17, 2008
  23. Nov 13, 2008
  24. Nov 12, 2008
  25. Nov 11, 2008
    • Daniel Stenberg's avatar
      Added test case 560: · d07d1a6e
      Daniel Stenberg authored
      This test was added after the HTTPS-using-multi-interface with OpenSSL
      regression of 7.19.1 to hopefully prevent this embarassing mistake from
      appearing again... Unfortunately the bug wasn't triggered by this test, which
      presumably is because the connect to a local server is too fast/different
      compared to the real/distant servers we saw the bug happen with.
      d07d1a6e
Loading