From 9bc2582c31d10b49f9070a99848e96951f6b66c5 Mon Sep 17 00:00:00 2001
From: Daniel Stenberg <daniel@haxx.se>
Date: Thu, 30 Oct 2014 14:54:59 +0100
Subject: resume: consider a resume from [content-length] to be OK

Basically since servers often then don't respond well to this and
instead send the full contents and then libcurl would instead error out
with the assumption that the server doesn't support resume. As the data
is then already transfered, this is now considered fine.

Test case 1434 added to verify this. Test case 1042 slightly modified.

Reported-by: hugo
Bug: http://curl.haxx.se/bug/view.cgi?id=1443
---
 tests/data/test1042 | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

(limited to 'tests/data/test1042')

diff --git a/tests/data/test1042 b/tests/data/test1042
index d532120d9..f9a2255e1 100644
--- a/tests/data/test1042
+++ b/tests/data/test1042
@@ -56,10 +56,10 @@ Content-Type: text/plain
 http
 </server>
  <name>
-HTTP GET from end of entirely-downloaded file, no server resume
+HTTP GET beyond end of entirely-downloaded file, no server resume
  </name>
  <command>
-http://%HOSTIP:%HTTPPORT/1042 -C -
+http://%HOSTIP:%HTTPPORT/1042 -C 200
 </command>
 <file name="log/curl1042.out">
 012345678
@@ -85,7 +85,7 @@ http://%HOSTIP:%HTTPPORT/1042 -C -
 </strip>
 <protocol>
 GET /1042 HTTP/1.1
-Range: bytes=100-
+Range: bytes=200-
 Host: %HOSTIP:%HTTPPORT
 Accept: */*
 
-- 
cgit v1.2.3