aboutsummaryrefslogtreecommitdiff
path: root/CHANGES
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2003-03-24 10:47:06 +0000
committerDaniel Stenberg <daniel@haxx.se>2003-03-24 10:47:06 +0000
commitf8b3c47f999b83ce65a960081e81ab9308422625 (patch)
tree53267c0c63d659c8b8e35018e65a8435a0d57cef /CHANGES
parent56dd2da96217da1b2ab7dbef5d77e137ede06d7c (diff)
all those changes
Diffstat (limited to 'CHANGES')
-rw-r--r--CHANGES19
1 files changed, 19 insertions, 0 deletions
diff --git a/CHANGES b/CHANGES
index 3c8d1c64d..83303434a 100644
--- a/CHANGES
+++ b/CHANGES
@@ -6,6 +6,25 @@
Changelog
+Daniel (21 Mar)
+- Life is a mystery. Within a time period of 17 hours, Tim Pope and Michael
+ Churchill filed one bug report each, both identifying problems with a second
+ transfer when doing persistant transfers re-using a connection. Tim's one is
+ #706624, labeled "Multiple uploads per handle fail" and Michael's #707003
+ "Does not send Authorization: header when reusing connection". I could track
+ both down to the same piece of logic and it turned out libcurl was not using
+ new settings properly when re-using an existing connection. This concerned
+ both uploading and downloading and involved exactly those pieces these two
+ reports identified. This code has been this faulty since the day I
+ introduced persistant connection support in libcurl, more than 2 years ago.
+
+Daniel (20 Mar 2003)
+- Five year anniversary. Today five years ago, the first ever curl release saw
+ the light of day.
+
+Daniel (17 Mar)
+- Andy Cedilnik corrected flaws in some libcurl example-usage sources.
+
Daniel (16 Mar)
- Juan F. Codagnone reported that the fix from March 2nd was incomplete.