You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Ian Clelland (JIRA)" <ji...@apache.org> on 2013/03/20 16:07:15 UTC
[jira] [Commented] (CB-1517) FileTransfer.download progress events
has this.lengthComputable = false when response is gzipped
[ https://issues.apache.org/jira/browse/CB-1517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13607686#comment-13607686 ]
Ian Clelland commented on CB-1517:
----------------------------------
First pull request: download() now understands GZIP content-encoding, and properly tracks the number of bytes read.
https://github.com/apache/cordova-android/pull/36
Also see https://github.com/apache/cordova-mobile-spec/pull/14
> FileTransfer.download progress events has this.lengthComputable = false when response is gzipped
> ------------------------------------------------------------------------------------------------
>
> Key: CB-1517
> URL: https://issues.apache.org/jira/browse/CB-1517
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
> Affects Versions: 2.2.0
> Reporter: Andrew Grieve
> Assignee: Ian Clelland
> Priority: Minor
>
> Gzip does not happen automatically on older version (pre-froyo I think). And on newer version it happens transparently. If we set the accept-encoding:gzip header ourselves on the connection, then it will not do the transparent handling of gzip, and we need to deflate it ourselves.
> This means that we can set the header manually, and then do as the following article says to track the progress:
> http://stackoverflow.com/questions/12124534/monitor-gzip-download-progress-in-java
--
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