diff options
| author | Daniel Stenberg <daniel@haxx.se> | 2004-04-21 08:56:02 +0000 |
|---|---|---|
| committer | Daniel Stenberg <daniel@haxx.se> | 2004-04-21 08:56:02 +0000 |
| commit | 3ef3f2b6f07f8ceeaa40bfd49a75902399615927 (patch) | |
| tree | b0035b9ce61da1e7e4c43c7d9d01fe6f59b7d1f9 /TODO-RELEASE | |
| parent | 1401d909e8c95b75243712fb8aa14aa9ba2ecfef (diff) | |
test case 160 "should work" now
Diffstat (limited to 'TODO-RELEASE')
| -rw-r--r-- | TODO-RELEASE | 15 |
1 files changed, 1 insertions, 14 deletions
diff --git a/TODO-RELEASE b/TODO-RELEASE index 3f88bbcb1..04d4e5332 100644 --- a/TODO-RELEASE +++ b/TODO-RELEASE @@ -3,22 +3,9 @@ Issues not sorted in any particular order. UNASSIGNED means that no person has publicly stated to work on the issue. DELETE means the issue is subject for dismissal -To get fixed in 7.11.2 (planned release late April/early May 2004) +To get fixed in 7.11.2 (planned release late April 2004) ====================== -36. autobuild test failures on Tru64/IRIX (test case 88 for example) - - The problem is once again (this is the same scenario we had before in the - notorious test case 91 failure bug hunt) that when doing a second request, - the client hasn't yet found out that the previous connection is on its way - to get closed. It then re-uses the connection only to find it closed right - away. - - We have code starting at lib/transfer.c:1949 that is supposed to detect - this situation and enforce a retry. This retry never happens on these - failures, indicating that the check is bad or that some code has ruined the - values used in the check. - To get fixed in 7.12.0 (no date) ====================== |