You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cordova.apache.org by "Andrew Grieve (JIRA)" <ji...@apache.org> on 2012/09/21 05:58:08 UTC
[jira] [Created] (CB-1517) FileTransfer.download progress events
has this.lengthComputable = false when response is gzipped
Andrew Grieve created CB-1517:
---------------------------------
Summary: 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: Andrew Grieve
Priority: Minor
Fix For: 2.2.0
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
[jira] [Updated] (CB-1517) FileTransfer.download progress events
has this.lengthComputable = false when response is gzipped
Posted by "Joe Bowser (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CB-1517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joe Bowser updated CB-1517:
---------------------------
Fix Version/s: (was: 2.2.0)
2.3.0
Since this is pre-Froyo, is this going to be fixed?
> 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: Andrew Grieve
> Priority: Minor
> Fix For: 2.3.0
>
>
> 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
[jira] [Commented] (CB-1517) FileTransfer.download progress events
has this.lengthComputable = false when response is gzipped
Posted by "Andrew Grieve (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CB-1517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13488314#comment-13488314 ]
Andrew Grieve commented on CB-1517:
-----------------------------------
The bug happens on all Android versions, but the fix will need to keep in mind the changes made in froyo.
That said, it wasn't on my list of things to fix since I don't think it's that important.
> 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: Andrew Grieve
> Priority: Minor
> Fix For: 2.3.0
>
>
> 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