[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15070889#comment-15070889 ] Davide edited comment on CB-10254 at 12/24/15 11:10 AM: Like below? upload: function (server, filePath, options, trustAllHosts) { var q = $q.defer(); var ft = new FileTransfer(); var uri = (options && options.encodeURI === false) ? server : encodeURI(server); if (options && options.timeout !== undefined && options.timeout !== null) { $timeout(function () { ft.abort(); }, options.timeout); options.timeout = null; } ft.onprogress = function (progress) { q.notify(progress); }; q.promise.abort = function () { ft.abort(); }; ft.upload(filePath, uri, q.resolve, q.reject, options, trustAllHosts); return q.promise; } was (Author: perfectioncsgo): Like below? bq. upload: function (server, filePath, options, trustAllHosts) { var q = $q.defer(); var ft = new FileTransfer(); var uri = (options && options.encodeURI === false) ? server : encodeURI(server); if (options && options.timeout !== undefined && options.timeout !== null) { $timeout(function () { ft.abort(); }, options.timeout); options.timeout = null; } ft.onprogress = function (progress) { q.notify(progress); }; q.promise.abort = function () { ft.abort(); }; ft.upload(filePath, uri, q.resolve, q.reject, options, trustAllHosts); return q.promise; } > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > Attachments: FTTest.zip > > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15070889#comment-15070889 ] Davide edited comment on CB-10254 at 12/24/15 11:10 AM: Like below? bq. upload: function (server, filePath, options, trustAllHosts) { var q = $q.defer(); var ft = new FileTransfer(); var uri = (options && options.encodeURI === false) ? server : encodeURI(server); if (options && options.timeout !== undefined && options.timeout !== null) { $timeout(function () { ft.abort(); }, options.timeout); options.timeout = null; } ft.onprogress = function (progress) { q.notify(progress); }; q.promise.abort = function () { ft.abort(); }; ft.upload(filePath, uri, q.resolve, q.reject, options, trustAllHosts); return q.promise; } was (Author: perfectioncsgo): Like below? {quote} upload: function (server, filePath, options, trustAllHosts) { var q = $q.defer(); var ft = new FileTransfer(); var uri = (options && options.encodeURI === false) ? server : encodeURI(server); if (options && options.timeout !== undefined && options.timeout !== null) { $timeout(function () { ft.abort(); }, options.timeout); options.timeout = null; } ft.onprogress = function (progress) { q.notify(progress); }; q.promise.abort = function () { ft.abort(); }; ft.upload(filePath, uri, q.resolve, q.reject, options, trustAllHosts); return q.promise; } {quote} > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > Attachments: FTTest.zip > > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15070889#comment-15070889 ] Davide edited comment on CB-10254 at 12/24/15 11:09 AM: Like below? {quote} upload: function (server, filePath, options, trustAllHosts) { var q = $q.defer(); var ft = new FileTransfer(); var uri = (options && options.encodeURI === false) ? server : encodeURI(server); if (options && options.timeout !== undefined && options.timeout !== null) { $timeout(function () { ft.abort(); }, options.timeout); options.timeout = null; } ft.onprogress = function (progress) { q.notify(progress); }; q.promise.abort = function () { ft.abort(); }; ft.upload(filePath, uri, q.resolve, q.reject, options, trustAllHosts); return q.promise; } {quote} was (Author: perfectioncsgo): Like below? upload: function (server, filePath, options, trustAllHosts) { var q = $q.defer(); var ft = new FileTransfer(); var uri = (options && options.encodeURI === false) ? server : encodeURI(server); if (options && options.timeout !== undefined && options.timeout !== null) { $timeout(function () { ft.abort(); }, options.timeout); options.timeout = null; } ft.onprogress = function (progress) { q.notify(progress); }; q.promise.abort = function () { ft.abort(); }; ft.upload(filePath, uri, q.resolve, q.reject, options, trustAllHosts); return q.promise; } > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > Attachments: FTTest.zip > > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15070878#comment-15070878 ] Davide edited comment on CB-10254 at 12/24/15 11:00 AM: I did several rebooting of the device and now the device is uploading consistently with version 1.4.1. Sometimes it still hangs, but simply restarting the app solves that. I think the windows phone itself is aborting pending requests but I am not sure.The task array all show status canceled but I don't think that's handled in the plugin was (Author: perfectioncsgo): I did several rebooting of the device and now the device is uploading consistently with version 1.4.1. Sometimes it still hangs, but simply restarting the app solves that. I think the windows phone itself is aborting pending requests but I am not sure.The task array all show status aborts but I don't think that's handled in the plugin > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > Attachments: FTTest.zip > > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15070863#comment-15070863 ] Davide edited comment on CB-10254 at 12/24/15 10:45 AM: Upgrading my application to version 1.4.1-dev and removing ngCordova doesn't fix it either. It worked for the first 3 uploads. After that there is no more callback. Not even after a hard reset of the device. {quote} // update internal TransferOperation object with newly created promise var uploadOperation = upload.startAsync(); fileTransferOps[uploadId].promise = uploadOperation; {quote} I was going through the debug version in this and when I look at the array of fileTransferOps @ line 68. The callback that I am expecting isn't happening. But the previous requests have state 2, which I assume simply they were cancelled (aborted?) by something? was (Author: perfectioncsgo): Upgrading my application to version 1.4.1-dev and removing ngCordova doesn't fix it either. It worked for the first 3 uploads. After that there is no more callback. Not even after a hard reset of the device. // update internal TransferOperation object with newly created promise var uploadOperation = upload.startAsync(); fileTransferOps[uploadId].promise = uploadOperation; I was going through the debug version in this and when I look at the array of fileTransferOps @ line 68. The callback that I am expecting isn't happening. But the previous requests have state 2, which I assume simply they were cancelled (aborted?) by something? > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > Attachments: FTTest.zip > > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15069747#comment-15069747 ] Davide edited comment on CB-10254 at 12/23/15 4:05 PM: --- I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. Edit: Filesize varies betwen 0,5/8 MB depending on the quality of the picture made. Protocol is both http for development and https for production. This happens on both protocols however. When adding content-type I get "The parameter is incorrect.\r\n\r\n'boundary': If the 'Content-Type' header is set, the boundary cannot be empty and must match the boundary set in the 'Content-Type' header." Edit: Note that the requests inconsistently remain pending. Often when I deploy the app again it allows me to send one request. And after that any other fileupload request will be stuck in que and get canceled by my timeout in a batch. was (Author: perfectioncsgo): I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. Edit: Filesize varies betwen 0,5/8 MB depending on the quality of the picture made. Protocol is both http for development and https for production. This happens on both protocols however. When adding content-type I get "The parameter is incorrect.\r\n\r\n'boundary': If the 'Content-Type' header is set, the boundary cannot be empty and must match the boundary set in the 'Content-Type' header." > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15069747#comment-15069747 ] Davide edited comment on CB-10254 at 12/23/15 3:53 PM: --- I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. Edit: Filesize varies betwen 0,5/8 MB depending on the quality of the picture made. Protocol is both http for development and https for production. This happens on both protocols however. When adding content-type I get "The parameter is incorrect.\r\n\r\n'boundary': If the 'Content-Type' header is set, the boundary cannot be empty and must match the boundary set in the 'Content-Type' header." was (Author: perfectioncsgo): I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. Edit: Filesize varies betwen 0,5/8 MB depending on the quality of the picture made. Protocol is both http for development and https for production. This happens on both protocols however. > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15069747#comment-15069747 ] Davide edited comment on CB-10254 at 12/23/15 3:38 PM: --- I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. Edit: Filesize varies betwen 0,5/8 MB depending on the quality of the picture made. Protocol is both http for development and https for production. This happens on both protocols however. was (Author: perfectioncsgo): I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. Edit: Filesize varies betwen 0,5/8 MB depending on the quality of the picture made. > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15069747#comment-15069747 ] Davide edited comment on CB-10254 at 12/23/15 3:36 PM: --- I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. Edit: Filesize varies betwen 0,5/8 MB depending on the quality of the picture made. was (Author: perfectioncsgo): I initially posted my problem here: http://stackoverflow.com/questions/34419047/cordova-file-upload-not-working-on-windows-phone. It contains an insight of the code and setup I am using. I will attempt to switch to non-multipart mode and reply with my findings. > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15069687#comment-15069687 ] Davide edited comment on CB-10254 at 12/23/15 2:56 PM: --- I am using Cordova Tools for Visual studio, I'm not sure how I can use the CLI unless it's the same as NPM? I am using plugin version 1.4.0. Reinstalling the plugin from github allowed me to successfully run one upload but after that it continues to be pending. was (Author: perfectioncsgo): I am using Cordova Tools for Visual studio, I'm not sure how I can use the CLI unless it's the same as NPM? I am using plugin version 1.4.0. > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15069662#comment-15069662 ] Sergey Shakhnazarov edited comment on CB-10254 at 12/23/15 2:16 PM: Which version of the plugin are you using? Does this reproduce if you do cordova plugin rm cordova-plugin-file-transfer cordova plugin add https://github.com/apache/cordova-plugin-file-transfer ? was (Author: daserge): Which version of the plugin are you using? > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org