incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Grieve (JIRA)" <j...@apache.org>
Subject [jira] [Created] (CB-1518) FileTransfer.download progress events has this.lengthComputable = false when response is gzipped on iOS
Date Fri, 21 Sep 2012 04:04:07 GMT
Andrew Grieve created CB-1518:
---------------------------------

             Summary: FileTransfer.download progress events has this.lengthComputable = false
when response is gzipped on iOS
                 Key: CB-1518
                 URL: https://issues.apache.org/jira/browse/CB-1518
             Project: Apache Cordova
          Issue Type: Bug
          Components: iOS
    Affects Versions: 2.2.0
            Reporter: Andrew Grieve
            Assignee: Andrew Grieve
            Priority: Minor


As far as I can tell, there is no way to track the actual bytes downloaded except for changing
network stacks to something like ASI's. 

Lame other option #1:
Re-gzip the response locally to approximate.

Lame other option #2:
Send a second request HEAD request without accept-encoding header (while the first request
is in progress), and that will tell us the expected non-compressed length. This option is
actually reasonable I think.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message