[jira] [Commented] (CB-861) Header support for PhoneGap's FileTransfer (download)
[ https://issues.apache.org/jira/browse/CB-861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13567416#comment-13567416 ] Samik R commented on CB-861: Need this - would be useful. See this thread: http://stackoverflow.com/q/14396380/194742 > Header support for PhoneGap's FileTransfer (download) > - > > Key: CB-861 > URL: https://issues.apache.org/jira/browse/CB-861 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, CordovaJS >Affects Versions: 1.7.0 >Reporter: Aurelien MERCIER >Assignee: Andrew Grieve > -- 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-1518) FileTransfer.download progress events has this.lengthComputable = false when response is gzipped on iOS
[ https://issues.apache.org/jira/browse/CB-1518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558908#comment-13558908 ] Samik R commented on CB-1518: - Faced this problem today. Hopefully some fix can emerge. > 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 > Fix For: 2.4.0 > > > 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
[jira] [Commented] (CB-622) FileTransfer interface should provide progress monitoring
[ https://issues.apache.org/jira/browse/CB-622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13558438#comment-13558438 ] Samik R commented on CB-622: Cory/Anyone else: I just tried out file download progress bar. I first tested on android and works great. Then I tested on iPhone simulator (iOS 6.0), and it seems to me that progressEvent.lengthComputable is false, so I don't get any value for progressEvent.loaded. Does anyone know if iPhone simulator (and hence in iPhone/iPod etc.) webview always uses gzip encoding (assuming that is the issue here)? > FileTransfer interface should provide progress monitoring > - > > Key: CB-622 > URL: https://issues.apache.org/jira/browse/CB-622 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, BlackBerry, iOS, WP7 >Affects Versions: 1.7.0 > Environment: Checked docs for iOS and Android, and in general. >Reporter: Brion Vibber >Assignee: Andrew Grieve >Priority: Minor > Labels: FileTransfer, file > Fix For: 2.2.0 > > > The FileTransfer upload and download interface seems to provide no way to > monitor progress of the upload/download, other than waiting for the entire > transfer to complete or fail. > Being able to pass another callback for progress monitoring could be a useful > interface, this might get called with a byte count or something. -- 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
