[jira] [Commented] (CB-9417) is ignored
[
https://issues.apache.org/jira/browse/CB-9417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15650157#comment-15650157
]
Davide commented on CB-9417:
This function worked in cordova 5.4.1 but does not work in 6.4.0 and it was an
oversight on our part and it's now live in our app. At least it is free
advertisement for cordova.
> is ignored
> -
>
> Key: CB-9417
> URL: https://issues.apache.org/jira/browse/CB-9417
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
> Environment: Android
>Reporter: Sebastien Lorber
> Labels: triaged
>
> I don't know for iOS but for Android with CLI 5.1.1 it does not work.
> Normally when I reference an unexisting image, the build process outputs a cp
> command error:
> {code}
> sebastien@sebastien-xps:cordova (dev *+$%)$ cordova run android --device
> cp: no such file or directory:
> /home/sebastien/Desktop/Stample-react/cordova/res/www/stample_splash.png
> {code}
> But in this case there's no error at all, because I suspect Cordova to not do
> any CP at all. All icon src without a density are ignored, including:
> {code}
>
>
>
>
>
>
> {code}
> So the only solution for Android is to always use a density.
> {code}
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> This works fine for me and many others according to StackOverflow upvotes
> here:
> http://stackoverflow.com/questions/17820492/how-to-add-app-icon-within-phonegap-projects
> However, this never changes the picture in the APK with path
> "res/drawable/icon.png": this file will never be able to be replaced by a
> custom icon when using the config.xml declarations.
> Note this bug has already been mentionned here:
> https://issues.apache.org/jira/browse/CB-2606
--
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] [Created] (CB-10745) InAppBrowser application on iOS 9.2 / iPad 3 only
Davide created CB-10745:
---
Summary: InAppBrowser application on iOS 9.2 / iPad 3 only
Key: CB-10745
URL: https://issues.apache.org/jira/browse/CB-10745
Project: Apache Cordova
Issue Type: Bug
Components: Plugin InAppBrowser
Environment: iOS 9.2, iPad 3
Reporter: Davide
Priority: Critical
I'm starting to receive crash reports about users using an iPad 3 using iOS
9.2. When I look into the crash reports I'm seeing the following in "
CDVInAppBrowser.m"
- (void)viewDidUnload
{
[self.webView loadHTMLString:nil baseURL:nil];
[CDVUserAgentUtil releaseLock:&_userAgentLockToken];
[super viewDidUnload];
}
XCode is saying that "loadHTMLString" "Null passed to a callee that requires a
non-null argument."
And in the iOS documentation
https://developer.apple.com/library/ios/documentation/UIKit/Reference/UIWebView_Class/#//apple_ref/occ/instm/UIWebView/loadHTMLString:baseURL:
I'm not sure why this only occurs for one specific user on iPad 3 and I can't
seem to reproduce the problem in the simulator.
Question 1: How to fix?
Question 2: According to the user the crash happens immidiately when starting
my cordova app before a button is pressed to open the inAppBrowser. When does
viewDidUnload get called? I have no experience with objective C. I'm making a
wild guess this is garbage collection for iOS.
--
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-10414) [WP8.1] Preview freezes when you leave the app
[ https://issues.apache.org/jira/browse/CB-10414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15173432#comment-15173432 ] Davide commented on CB-10414: - Yes, the windows 10 device on a Nokia Lumia 640. I don't have access to it now though. But on Windows 8.1 we definitely had this issue. > [WP8.1] Preview freezes when you leave the app > -- > > Key: CB-10414 > URL: https://issues.apache.org/jira/browse/CB-10414 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.4.1 > Environment: Windows Phone 8.1, Windows Phone 10 >Reporter: Davide >Assignee: Raghav Katyal > Labels: Windows, triaged, wp8.1 > > Devices tested with: > Lumia 520 > Lumia 640 > Steps to reproduce: > 1. Start the capture activity. > 2. When on the preview screen, tap the home button (or return to home screen) > 3. Return to the app. The camera preview is frozen. > Problem 2, steps to reproduce > 1. Start the camera activity to the photolibrary > 2. When on the photoalbum screen, tap the home button (or return to home > screen) > 3. Return to the app. The promise will never return because it will endlessly > wait for a reject or resolve. -- 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] [Created] (CB-10414) [WP8.1] Preview freezes when you leave the app
Davide created CB-10414: --- Summary: [WP8.1] Preview freezes when you leave the app Key: CB-10414 URL: https://issues.apache.org/jira/browse/CB-10414 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 5.4.1 Environment: Windows Phone 8.1, Windows Phone 10 Reporter: Davide Priority: Critical Devices tested with: Lumia 520 Lumia 640 Steps to reproduce: 1. Start the capture activity. 2. When on the preview screen, tap the home button (or return to home screen) 3. Return to the app. The camera preview is frozen. Problem 2, steps to reproduce 1. Start the camera activity to the photolibrary 2. When on the photoalbum screen, tap the home button (or return to home screen) 3. Return to the app. The promise will never return because it will endlessly wait for a reject or resolve. -- 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-10414) [WP8.1] Preview freezes when you leave the app
[ https://issues.apache.org/jira/browse/CB-10414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15112542#comment-15112542 ] Davide commented on CB-10414: - I can get the camera to work again by finding the video element and telling it to .play(); Perhaps this should be triggered when the app returns? Resume and Pause events dont' seem to fire on WP8.1. My suggestion is to hide & disable the back and home button. > [WP8.1] Preview freezes when you leave the app > -- > > Key: CB-10414 > URL: https://issues.apache.org/jira/browse/CB-10414 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.4.1 > Environment: Windows Phone 8.1, Windows Phone 10 >Reporter: Davide >Priority: Critical > > Devices tested with: > Lumia 520 > Lumia 640 > Steps to reproduce: > 1. Start the capture activity. > 2. When on the preview screen, tap the home button (or return to home screen) > 3. Return to the app. The camera preview is frozen. > Problem 2, steps to reproduce > 1. Start the camera activity to the photolibrary > 2. When on the photoalbum screen, tap the home button (or return to home > screen) > 3. Return to the app. The promise will never return because it will endlessly > wait for a reject or resolve. -- 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-10227) Camera crashes on doubletap
[ https://issues.apache.org/jira/browse/CB-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15101695#comment-15101695 ] Davide commented on CB-10227: - I'd rather not sign anything but feel free to use my commits as an inspiration as if they were your own. > Camera crashes on doubletap > --- > > Key: CB-10227 > URL: https://issues.apache.org/jira/browse/CB-10227 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.1.1, 5.4.0, 5.4.1 > Environment: Cordova Camera, Cordova, Windows Phone 8.1 >Reporter: Davide >Assignee: Raghav > Labels: triaged, windows > > With the new plugin version 2.0.0, they introduced a "Take Photo" button. > Spam tapping there seems to work fine. However, spam tapping on the camera > video will result in an exception: > Unhandled exception at line 387, column 21 in > ms-appx://hop.test1/www/plugins/cordova-plugin-camera/src/windows/CameraProxy.js > 0x80070149 - JavaScript runtime error: An operation is currently in progress > with the device. -- 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-7303) Camera Image Quality is very low
[ https://issues.apache.org/jira/browse/CB-7303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15101770#comment-15101770 ] Davide commented on CB-7303: I'm pretty sure that the image quality is a value from 1-100 or so with 1.0 likely being translated to 1. Which makes sense. > Camera Image Quality is very low > > > Key: CB-7303 > URL: https://issues.apache.org/jira/browse/CB-7303 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.5.0 > Environment: Cordova 3.5.0-0.2.4 Camera plugin 0.3.0 Android >Reporter: Michael M >Priority: Critical > > The problem is that also the usability of the plugin is not very good. On ios > and Android when you take or select a photo it takes a while until something > is happening. A loading indicator might help. Also is seems that the image > quality is very low when you use jpeg and quality set to 1.0. -- 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-9442) Camera crashes multiple pictures taken wp8
[
https://issues.apache.org/jira/browse/CB-9442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15101779#comment-15101779
]
Davide commented on CB-9442:
This is happening on the latest firmware on a Nokia Lumia 520 running Lumia
Cyan. I've been trying to debug this for the last couple of days. When this
occurs the top right back end of the Nokia Lumia 520 is exceptionally warm
making me believe that this issue might be related to overheating or a battery
issue.
But I'm going to start to refuse any more work on this.
> Camera crashes multiple pictures taken wp8
> --
>
> Key: CB-9442
> URL: https://issues.apache.org/jira/browse/CB-9442
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.1.1
> Environment: Windows Phone 8.1
>Reporter: Elodie Corbel
>Assignee: Jesse MacFadyen
>Priority: Minor
> Labels: Windows
>
> The camera and the app crash when I try to take pictures multiple times. It
> tries to open up the camera but the camera stays black and we only see the
> button to take pictures that doesn't work. If I wait few seconds, it closes
> the camera and the app.
> It doesn't happen at a fixed number of times. Sometimes, the second time,
> sometimes later but never the first. I have nothing in the log that indicates
> this error, no exception.
> I call getPicture with this :
> {code:javascript}
> {
> quality: 50,
> destinationType: Camera.DestinationType.DATA_URL,
> allowEdit: false,
> saveToPhotoAlbum: false,
> correctOrientation: false
> }
> {code}
--
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-10227) Camera crashes on doubletap
[ https://issues.apache.org/jira/browse/CB-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15091579#comment-15091579 ] Davide commented on CB-10227: - I couldn't figure it out but here are the fixes I applied in my order. I couldn't figure out how to pull just these from my custom build. https://github.com/apache/cordova-plugin-camera/commit/59ac5f7d2ad55b8d6ca82f32309e66a7271c5ef8 https://github.com/apache/cordova-plugin-camera/commit/706ef0966b36fe4043e25593893d3e3a47962f8c https://github.com/apache/cordova-plugin-camera/commit/1e96713a5eb5409783608f0396b893ece23f9503 > Camera crashes on doubletap > --- > > Key: CB-10227 > URL: https://issues.apache.org/jira/browse/CB-10227 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.1.1, 5.4.0, 5.4.1 > Environment: Cordova Camera, Cordova, Windows Phone 8.1 >Reporter: Davide >Assignee: Raghav > Labels: triaged, windows > > With the new plugin version 2.0.0, they introduced a "Take Photo" button. > Spam tapping there seems to work fine. However, spam tapping on the camera > video will result in an exception: > Unhandled exception at line 387, column 21 in > ms-appx://hop.test1/www/plugins/cordova-plugin-camera/src/windows/CameraProxy.js > 0x80070149 - JavaScript runtime error: An operation is currently in progress > with the device. -- 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=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-10227) Camera crashes on doubletap
[ https://issues.apache.org/jira/browse/CB-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15091337#comment-15091337 ] Davide commented on CB-10227: - I adjusted the fix as my current one only allows you to focus once. Ill try to figure out how to apply a pull request. My latest fix lets you focus camera as much as you like Sent from my iPhone > Camera crashes on doubletap > --- > > Key: CB-10227 > URL: https://issues.apache.org/jira/browse/CB-10227 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.1.1, 5.4.0, 5.4.1 > Environment: Cordova Camera, Cordova, Windows Phone 8.1 >Reporter: Davide >Assignee: Raghav > Labels: triaged, windows > > With the new plugin version 2.0.0, they introduced a "Take Photo" button. > Spam tapping there seems to work fine. However, spam tapping on the camera > video will result in an exception: > Unhandled exception at line 387, column 21 in > ms-appx://hop.test1/www/plugins/cordova-plugin-camera/src/windows/CameraProxy.js > 0x80070149 - JavaScript runtime error: An operation is currently in progress > with the device. -- 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] [Reopened] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Davide reopened CB-10254: - I'm noticing that this is occasionally happening again even with the latest code. Sometimes it uploads flawless, other times they just wait until timeout without even touching server side while server is available and reachable. I am with my hands in my hair. > 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-10227) Camera crashes on doubletap
[ https://issues.apache.org/jira/browse/CB-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15086642#comment-15086642 ] Davide commented on CB-10227: - I'm writing this from my bed but I'm using a Nokia Lumia 520. It seems to be related to the focus feature, I believe. Tapping it twice will say that the device is in use or something like that I don't have access to it right now. I made my own fork where I copied a snippet with the clicked=1 to fix it. > Camera crashes on doubletap > --- > > Key: CB-10227 > URL: https://issues.apache.org/jira/browse/CB-10227 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Windows, Windows 8 >Affects Versions: 5.1.1, 5.4.0, 5.4.1 > Environment: Cordova Camera, Cordova, Windows Phone 8.1 >Reporter: Davide >Assignee: Jesse MacFadyen > Labels: camera, cordova > > With the new plugin version 2.0.0, they introduced a "Take Photo" button. > Spam tapping there seems to work fine. However, spam tapping on the camera > video will result in an exception: > Unhandled exception at line 387, column 21 in > ms-appx://hop.test1/www/plugins/cordova-plugin-camera/src/windows/CameraProxy.js > 0x80070149 - JavaScript runtime error: An operation is currently in progress > with the device. -- 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] [Created] (CB-10279) Camera not included into Cordova App
Davide created CB-10279: --- Summary: Camera not included into Cordova App Key: CB-10279 URL: https://issues.apache.org/jira/browse/CB-10279 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 5.4.1 Environment: cordova-android 5.0.0 Reporter: Davide As of cordova-camera-plugin 2.0.0, the Camera.js and associated javascript files aren't loaded on android 4.2 and 5.x devices, emulators or ripple. They do, however, work with ios, windows 10, windows 8.1. The android camera does however work in version 1.20. -- 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] [Closed] (CB-10279) Camera not included into Cordova App
[ https://issues.apache.org/jira/browse/CB-10279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Davide closed CB-10279. --- Resolution: Invalid Sorry, ignore this. Plugin doesn't support this project's cordova-android version. cordova-android: 4.1.1, failed version requirement: >=5.0.0-dev Visual studio tools for cordova sometimes rebuilds android platform and always builds 4.1.1 and requires a manual platform update. > Camera not included into Cordova App > > > Key: CB-10279 > URL: https://issues.apache.org/jira/browse/CB-10279 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.4.1 > Environment: cordova-android 5.0.0 >Reporter: Davide > > As of cordova-camera-plugin 2.0.0, the Camera.js and associated javascript > files aren't loaded on android 4.2 and 5.x devices, emulators or ripple. They > do, however, work with ios, windows 10, windows 8.1. > The android camera does however work in version 1.20. -- 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-10227) Camera crashes on doubletap
[ https://issues.apache.org/jira/browse/CB-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15072768#comment-15072768 ] Davide commented on CB-10227: - I forked 2.0.1-dev and implemented my own solution. See this commit: https://github.com/PerfectionCSGO/cordova-plugin-camera/commit/59ac5f7d2ad55b8d6ca82f32309e66a7271c5ef8 > Camera crashes on doubletap > --- > > Key: CB-10227 > URL: https://issues.apache.org/jira/browse/CB-10227 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Windows, Windows 8 >Affects Versions: 5.1.1, 5.4.0, 5.4.1 > Environment: Cordova Camera, Cordova, Windows Phone 8.1 >Reporter: Davide >Assignee: Jesse MacFadyen > Labels: camera, cordova > > With the new plugin version 2.0.0, they introduced a "Take Photo" button. > Spam tapping there seems to work fine. However, spam tapping on the camera > video will result in an exception: > Unhandled exception at line 387, column 21 in > ms-appx://hop.test1/www/plugins/cordova-plugin-camera/src/windows/CameraProxy.js > 0x80070149 - JavaScript runtime error: An operation is currently in progress > with the device. -- 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] [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] [Issue Comment Deleted] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Davide updated CB-10254: Comment: was deleted (was: 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=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] [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] [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] [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] [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] [Updated] (CB-10253) file-transfer upload deletes original file on exception
[
https://issues.apache.org/jira/browse/CB-10253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davide updated CB-10253:
Environment: Windows Phone 8.1, Nokia Lumia 520
> file-transfer upload deletes original file on exception
> ---
>
> Key: CB-10253
> URL: https://issues.apache.org/jira/browse/CB-10253
> 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
>
> In FileTransferProxy.js on line 219
> // Cleanup, remove incompleted file
> getTransferError.then(function(transferError)
> {
> storageFile.deleteAsync().then(function()
> {
> errorCallback(transferError);
> });
> });
> This shouldn't happen when you're uploading files. Upload was probably
> copy-pasta from Download.
--
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] [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] [Created] (CB-10253) file-transfer upload deletes original file on exception
Davide created CB-10253:
---
Summary: file-transfer upload deletes original file on exception
Key: CB-10253
URL: https://issues.apache.org/jira/browse/CB-10253
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer
Affects Versions: 3.5.0
Reporter: Davide
In FileTransferProxy.js on line 219
// Cleanup, remove incompleted file
getTransferError.then(function(transferError) {
storageFile.deleteAsync().then(function() {
errorCallback(transferError);
});
});
This shouldn't happen when you're uploading files. Upload was probably
copy-pasta from Download.
--
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] [Created] (CB-10254) file-transfer for windows platform broken
Davide created CB-10254: --- Summary: 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] [Closed] (CB-10253) file-transfer upload deletes original file on exception
[
https://issues.apache.org/jira/browse/CB-10253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davide closed CB-10253.
---
Duplicate.
> file-transfer upload deletes original file on exception
> ---
>
> Key: CB-10253
> URL: https://issues.apache.org/jira/browse/CB-10253
> 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
>
> In FileTransferProxy.js on line 219
> // Cleanup, remove incompleted file
> getTransferError.then(function(transferError)
> {
> storageFile.deleteAsync().then(function()
> {
> errorCallback(transferError);
> });
> });
> This shouldn't happen when you're uploading files. Upload was probably
> copy-pasta from Download.
--
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
[jira] [Created] (CB-10227) Camera crashes on doubletap
Davide created CB-10227: --- Summary: Camera crashes on doubletap Key: CB-10227 URL: https://issues.apache.org/jira/browse/CB-10227 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Windows, Windows 8 Affects Versions: 5.1.1, 5.4.0, 5.4.1 Environment: Cordova Camera, Cordova, Windows Phone 8.1 Reporter: Davide Assignee: Jesse MacFadyen With the new plugin version 2.0.0, they introduced a "Take Photo" button. Spam tapping there seems to work fine. However, spam tapping on the camera video will result in an exception: Unhandled exception at line 387, column 21 in ms-appx://hop.test1/www/plugins/cordova-plugin-camera/src/windows/CameraProxy.js 0x80070149 - JavaScript runtime error: An operation is currently in progress with the device. -- 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
