[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=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=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=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=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=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=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=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
[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=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=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=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=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
