Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 4 Mar 2015 13:40:04 +0000 (UTC)
From: "jl (JIRA)" <jira@apache.org>
To: issues@cordova.apache.org
Message-ID: <JIRA.12779389.1425476358000.74971.1425476404408@Atlassian.JIRA>
In-Reply-To: <JIRA.12779389.1425476358000@Atlassian.JIRA>
References: <JIRA.12779389.1425476358000@Atlassian.JIRA>
 <JIRA.12779389.1425476358760@arcas>
Subject: [jira] [Created] (CB-8606) File-Transfer with Range-Header is
 cached on iOS
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

jl created CB-8606:
----------------------

             Summary: File-Transfer with Range-Header is cached on iOS
                 Key: CB-8606
                 URL: https://issues.apache.org/jira/browse/CB-8606
             Project: Apache Cordova
          Issue Type: Bug
          Components: iOS, Plugin File Transfer
    Affects Versions: 3.5.0, 3.4.0, 4.0.0, 4.1.3
         Environment: iOS platform
            Reporter: jl
            Priority: Critical


I am using the Range-Header to download only a portion of a file from a server. I've seen in the server logs, that after some requests the app just pulls bytes from on of the previous requests out of the cache (I suppose) and gives them back. That leaves me with 3-4 parts OK and i.e. 30 duplicates which are supposed to be the rest, but actually got "downloaded" from the cache. My temporary solution is a to append a arbitrary GET parameter to the url, that changes on every request (i.e. timestamp) and that is not processed. But that is only a quick hack, since this cannot be intended, I think.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org
For additional commands, e-mail: issues-help@cordova.apache.org