[jira] [Commented] (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=15092007#comment-15092007 ] Davide commented on CB-10254: - And this eventually fixes itself after fiddling with the device. (Full restart + Turning time/date sync on and off) > 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 > Labels: triaged, windows > 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] [Commented] (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=15070745#comment-15070745 ] Davide commented on CB-10254: - Because the device's internet is connected to wifi. The attached solution works flawless. I am going to try to use 1.4.1-dev and take off the ngCordova wrapper to see if it helps. > 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] [Commented] (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 commented on CB-10254: - 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] [Commented] (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=15070883#comment-15070883 ] Sergey Shakhnazarov commented on CB-10254: -- Can you modify the app code to create a new FileTransfer object each time the upload starts to ensure id increment and see if it helps? > 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] [Commented] (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=15070893#comment-15070893 ] Sergey Shakhnazarov commented on CB-10254: -- Yes. So if it was that way already here is another question: Do you upload multiple files at once? Is there a chance of the duplicated filenames if so (this might cause an exception)? Can you try to organize the uploads in a queue and see if this helps? > 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] [Commented] (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=15070907#comment-15070907 ] Sergey Shakhnazarov commented on CB-10254: -- Ok, I close this then - please reopen if you find this happening again (ideally with repro steps). An alternative to BackgroundUploader can be [HttpClient|https://code.msdn.microsoft.com/windowsapps/HttpClient-sample-55700664] - it's much faster although requires some low-level code. > 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] [Commented] (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 commented on CB-10254: - 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] [Commented] (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=15070886#comment-15070886 ] Davide commented on CB-10254: - If you decide that this problem is device specific, feel free to close this issue. However, I'd like to know why the transferOperations are getting status 2/cancelled without callbacks. > 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] [Commented] (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 commented on CB-10254:
-
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] [Commented] (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=15070899#comment-15070899 ] Davide commented on CB-10254: - The images taken in the album are prefixed with a unique values. My upload function above is placed in an array of promises. I upload both multiple and single images. However, right now the uploads are working and the problem isn't reproducing anymore. Nothing has changed in the code other than working with 1.4.1-dev and a full device restart. I'm getting progress callbacks and everything. Maybe this was fixed somewhere in 1.4.1 and just required a hard reset? (Potentially related: http://forums.windowscentral.com/windows-phone-8-1-preview-developers/278607-store-apps-pending.html ) > 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] [Commented] (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 commented on CB-10254: - 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] [Commented] (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 commented on CB-10254: - 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] [Commented] (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=15069794#comment-15069794 ] Davide commented on CB-10254: - Just using a regular outlook account for this windows phone. I have tested the API through LAN http://192.x and over the net through a https://app.*.com. I can't use localhost on the device, so any localhosting tests will have to be in the simulator which doesn't have this issue. So yes, non-lan and lan have the same issue. > 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] [Commented] (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=15069732#comment-15069732
]
Sergey Shakhnazarov commented on CB-10254:
--
Could please you give a failing code sample?
Also what are the uploaded file size, headers and protocol?
Does the issue reproduce if you switch to non-multipart mode?
{code}
// Content-Type header disables multipart
uploadOptions.headers = {
"Content-Type": "image/png"
};
{code}
> 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] [Commented] (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 commented on CB-10254: -- 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] [Commented] (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=15069785#comment-15069785 ] Sergey Shakhnazarov commented on CB-10254: -- Does the issue reproduce if you use an external (non-LAN) test server (Heroku for example)? Is you phone tied to a corporate account? > 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] [Commented] (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=15069847#comment-15069847 ] Sergey Shakhnazarov commented on CB-10254: -- Why can't you use localhost on the device? I've just tested it with latest version from Github on Lumia 525 - everything works well - can you test the attached solution? > 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
