Skip to content
  1. Oct 27, 2005
  2. Oct 25, 2005
  3. Oct 22, 2005
    • Daniel Stenberg's avatar
      Dima Barsky reported a problem with GnuTLS-enabled libcurl in bug report · c890149c
      Daniel Stenberg authored
        #1334338 (http://curl.haxx.se/bug/view.cgi?id=1334338). When reading an SSL
        stream from a server and the server requests a "rehandshake", the current
        code simply returns this as an error. I have no good way to test this, but
        I've added a crude attempt of dealing with this situation slightly better -
        it makes a blocking handshake if this happens. Done like this because fixing
        this the "proper" way (that would handshake asynchronously) will require
        quite some work and I really need a good way to test this to do such a
        change.
      c890149c
  4. Oct 21, 2005
  5. Oct 20, 2005
  6. Oct 14, 2005
  7. Oct 13, 2005
  8. Oct 05, 2005
  9. Oct 04, 2005
  10. Sep 27, 2005
  11. Sep 21, 2005
  12. Sep 19, 2005
  13. Sep 16, 2005
  14. Sep 06, 2005
  15. Sep 04, 2005
  16. Sep 02, 2005
  17. Sep 01, 2005
  18. Aug 29, 2005
  19. Aug 24, 2005
  20. Aug 19, 2005
    • Daniel Stenberg's avatar
      Norbert Novotny had problems with FTPS and he helped me work out a patch · 710ee3b0
      Daniel Stenberg authored
      that made curl run fine in his end. The key was to make sure we do the
      SSL/TLS negotiation immediately after the TCP connect is done and not after
      a few other commands have been sent like we did previously. I don't consider
      this change necessary to obey the standards, I think this server is pickier
      than what the specs allow it to be, but I can't see how this modified
      libcurl code can add any problems to those who are interpreting the
      standards more liberally.
      710ee3b0
  21. Aug 17, 2005
    • Daniel Stenberg's avatar
      - Jeff Pohlmeyer found out that if you ask libcurl to load a cookiefile (with · a676c185
      Daniel Stenberg authored
        CURLOPT_COOKIEFILE), add a cookie (with CURLOPT_COOKIELIST), tell it to
        write the result to a given cookie jar and then never actually call
        curl_easy_perform() - the given file(s) to read was never read but the
        output file was written and thus it caused a "funny" result.
      
      - While doing some tests for the bug above, I noticed that Firefox generates
        large numbers (for the expire time) in the cookies.txt file and libcurl
        didn't treat them properly. Now it does.
      a676c185
  22. Aug 15, 2005
  23. Aug 09, 2005
  24. Aug 07, 2005
  25. Jul 27, 2005
  26. Jul 13, 2005
  27. Jul 12, 2005