[jira] [Commented] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069464#comment-15069464 ] vB Results, LLC. commented on CB-10250: --- Regular engine, UIWebView. I don't have this problem with WKWebView but it does not allow me to use AppendUserAgent due to a bug so I can't use WKWebView ;-( > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- 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-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069464#comment-15069464 ] vB Results, LLC. edited comment on CB-10250 at 12/23/15 10:12 AM: -- Regular engine, UIWebView. I don't have this problem with WKWebView but it does not allow me to use AppendUserAgent due to a bug so I can't use WKWebView ;-( And even if the navigation is canceled, it should not lock up the browser. Literally, clicking a link renders the browser unusable and repeats this error message indefinitely, these error messages are not from repeated actions on my part. was (Author: vbresults): Regular engine, UIWebView. I don't have this problem with WKWebView but it does not allow me to use AppendUserAgent due to a bug so I can't use WKWebView ;-( > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- 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-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069528#comment-15069528 ] jcesarmobile commented on CB-10250: --- Yeah, it shouldn't lock the browser, I was just commenting what the NSURLError -999 is, and I was a bit wrong, this is the official documentation: NSURLErrorCancelled (-999) "Returned when an asynchronous load is canceled. A Web Kit framework delegate will receive this error when it performs a cancel operation on a loading resource. Note that an NSURLConnection or NSURLDownload delegate will not receive this error if the download is canceled." I've been looking and CDVUIWebViewDelegate has code to handle it, but it might be working incorrectly This is very hard to test, I've only seen the -999 error on youtube website sometimes, but it doesn't block the app. Can you provide your website or a sample website with the same problem? > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- 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-9715) hash (#) Navigation problem in IOS 9
[ https://issues.apache.org/jira/browse/CB-9715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069548#comment-15069548 ] jcesarmobile edited comment on CB-9715 at 12/23/15 12:02 PM: - As far as I know, this is UIWebView bug (https://openradar.appspot.com/22186109) that affects jquery mobile and other frameworks. There are some workarounds for jquery mobile http://www.technicaladvices.com/2015/11/16/ios-9-cordova-and-jquery-mobile-apps-integration-tips/ was (Author: jcesarmobile): As far as I know, this is UIWebView bug (https://openradar.appspot.com/22186109) that affects query mobile and other frameworks. There are some workarounds for jquery mobile http://www.technicaladvices.com/2015/11/16/ios-9-cordova-and-jquery-mobile-apps-integration-tips/ > hash (#) Navigation problem in IOS 9 > > > Key: CB-9715 > URL: https://issues.apache.org/jira/browse/CB-9715 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.9.0 > Environment: IOS 9, JQuery Mobile 1.4.5, Cordova 3.9.0 >Reporter: Kamal Rana > > We created Web apps with JQuery mobile and made apps using Cordova 3.9. The > same App was working fine in IOS 8 but in IOS 9 all the navigations are not > working like go back, navigate to some particular page, etc. All this kind of > navigation request lead to home page instead of requested page. > Our web app is working fine in Safari on IOS 9 that is why we assume that > this navigation problem occurs due to Cordova. > Please let me know when you are going to address this bug as quite number of > applications are effected due to this upgrade. -- 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-9715) hash (#) Navigation problem in IOS 9
[ https://issues.apache.org/jira/browse/CB-9715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069548#comment-15069548 ] jcesarmobile commented on CB-9715: -- As far as I know, this is UIWebView bug (https://openradar.appspot.com/22186109) that affects query mobile and other frameworks. There are some workarounds for jquery mobile http://www.technicaladvices.com/2015/11/16/ios-9-cordova-and-jquery-mobile-apps-integration-tips/ > hash (#) Navigation problem in IOS 9 > > > Key: CB-9715 > URL: https://issues.apache.org/jira/browse/CB-9715 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.9.0 > Environment: IOS 9, JQuery Mobile 1.4.5, Cordova 3.9.0 >Reporter: Kamal Rana > > We created Web apps with JQuery mobile and made apps using Cordova 3.9. The > same App was working fine in IOS 8 but in IOS 9 all the navigations are not > working like go back, navigate to some particular page, etc. All this kind of > navigation request lead to home page instead of requested page. > Our web app is working fine in Safari on IOS 9 that is why we assume that > this navigation problem occurs due to Cordova. > Please let me know when you are going to address this bug as quite number of > applications are effected due to this upgrade. -- 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-10167) not select multiple image from gallary using cordova
[ https://issues.apache.org/jira/browse/CB-10167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069553#comment-15069553 ] Tejal Pandya commented on CB-10167: --- hello sir ,i have tried using above code. but i have many confusion. 1) I tried cordova example using this url : https://github.com/jcesarmobile/FileBrowserAndroidTest and add intent.putExtra(Intent.EXTRA_ALLOW_MULTIPLE, true);. It allows multiple image selection BUT using android intent . I want to open gallary using android intent FROM html file. but i have many problems to how to work this in cordova webview. if it is possible, can you provide me such an example for selecting multiple images using html input type=file multiple OR Using intent in cordova webview. at answer from stack overflow of both of this. > not select multiple image from gallary using cordova > > > Key: CB-10167 > URL: https://issues.apache.org/jira/browse/CB-10167 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.4.0 > Environment: Android (mobile application platform) >Reporter: Tejal Pandya >Assignee: Richard B Knoll > Fix For: 5.4.0 > > Original Estimate: 20m > Remaining Estimate: 20m > > I am working on cordova 5.4.0 . I am using plugins camera, file ,file > transfer , media-capture for multiple file selection through gallary. But its > possible with capture by camera using example multiimageselector3. But not > for gallary (In demo multiimageselector2. This demo not working). i am using > html file for select image and add above plugins. But not work right now. > Give me such solution for multiple imageselection using gallary. -- 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] [Comment Edited] (CB-8533) FileTransfer download progress is nonfunctional
[ https://issues.apache.org/jira/browse/CB-8533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069740#comment-15069740 ] Nick Maynard edited comment on CB-8533 at 12/23/15 3:27 PM: I wonder if this has something to do with Content-Length and Transfer-Encoding in HTTP/1.1. https://en.wikipedia.org/wiki/Chunked_transfer_encoding We have a server that serves up HTTP/1.1 and chunked encoding, and progress events aren't sent by FileTransfer in that situation either. The Cordova app in question is on iOS. was (Author: nickmaynard-ibm): I wonder if this has something to do with Content-Length and Transfer-Encoding in HTTP/1.1. https://en.wikipedia.org/wiki/Chunked_transfer_encoding We have a server that serves up HTTP/1.1 and chunked encoding, and progress events aren't sent by FileTransfer in that situation either. > FileTransfer download progress is nonfunctional > --- > > Key: CB-8533 > URL: https://issues.apache.org/jira/browse/CB-8533 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: Master > Environment: ios android >Reporter: David Lewis > > The zip file download response is received sans content-length, so the head > request is made. After r.0.4.1, the head request does not return before the > the download is finished and no progress is reported. > Threading was introduced after r0.4.1 in iOS and I suspect some issue with > updating across threads there. I'm still looking for a version that works for > Android. -- 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] [Commented] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069602#comment-15069602 ] vB Results, LLC. commented on CB-10250: --- I think this app is still affected https://play.google.com/store/apps/details?id=com.planet9.app > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- 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] [Resolved] (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
]
Sergey Shakhnazarov resolved CB-10253.
--
Resolution: Duplicate
This is already fixed in CB-9969
|https://github.com/apache/cordova-plugin-file-transfer/commit/c97f544ef8511605b5fd74321cdf548d380b5601
> 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] [Commented] (CB-10233) Support different config.xml file per CDVViewController instance
[ https://issues.apache.org/jira/browse/CB-10233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069615#comment-15069615 ] ASF GitHub Bot commented on CB-10233: - Github user mirkoluchi commented on the pull request: https://github.com/apache/cordova-ios/pull/186#issuecomment-166891897 Hi, I added some tests to assert that the correct config file is loaded. If you this other regression tests are needed, please tell me and I'll try to figure out how to do that. > Support different config.xml file per CDVViewController instance > > > Key: CB-10233 > URL: https://issues.apache.org/jira/browse/CB-10233 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: Master >Reporter: Mirko Luchi >Priority: Minor > Labels: cordova-ios-4.1.0 > > CDVViewController strongly assumes that cordova configuration is in a > config.xml file in the application's main bundle. > This approach has several drawbacks: > - each instance of CDVViewController have a single shared configuration file > (which is not always desireable) > - configuration file cannot be placed in custom locations (e.g. a bundle of a > library containing a reusable subclass of CDVViewController loading a custom > HTML page). > Cordova setting file path should be configurable through a property on the > CDVViewController class, and settings loading should be delayed in the > viewDidLoad method. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10254) file-transfer for windows platform broken
[ https://issues.apache.org/jira/browse/CB-10254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069662#comment-15069662 ] Sergey Shakhnazarov edited comment on CB-10254 at 12/23/15 2:16 PM: Which version of the plugin are you using? Does this reproduce if you do cordova plugin rm cordova-plugin-file-transfer cordova plugin add https://github.com/apache/cordova-plugin-file-transfer ? was (Author: daserge): Which version of the plugin are you using? > file-transfer for windows platform broken > - > > Key: CB-10254 > URL: https://issues.apache.org/jira/browse/CB-10254 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: Windows Phone 8.1, Nokia Lumia 520 >Reporter: Davide >Priority: Blocker > > Only been able to test this on a Nokia Lumia 520. The current implementation > of BackgroundTransfer uploads will almost always stay on pending > indefinately, which means that there may never be a callback unless the > operation is manually canceled. > Notably, this is also an issue with a multitude of things. When disabling > apps running in the background and also disabling time and date > synchronization, this problem may not always occur. > Perhaps it's a bug in BackgroundTransfer itself? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [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] [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] [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] [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] [Commented] (CB-8533) FileTransfer download progress is nonfunctional
[ https://issues.apache.org/jira/browse/CB-8533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069740#comment-15069740 ] Nick Maynard commented on CB-8533: -- I wonder if this has something to do with Content-Length and Transfer-Encoding in HTTP/1.1. https://en.wikipedia.org/wiki/Chunked_transfer_encoding We have a server that serves up HTTP/1.1 and chunked encoding, and progress events aren't sent by FileTransfer in that situation either. > FileTransfer download progress is nonfunctional > --- > > Key: CB-8533 > URL: https://issues.apache.org/jira/browse/CB-8533 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: Master > Environment: ios android >Reporter: David Lewis > > The zip file download response is received sans content-length, so the head > request is made. After r.0.4.1, the head request does not return before the > the download is finished and no progress is reported. > Threading was introduced after r0.4.1 in iOS and I suspect some issue with > updating across threads there. I'm still looking for a version that works for > Android. -- 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] [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] [Updated] (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 ] Sergey Shakhnazarov updated CB-10254: - Attachment: FTTest.zip > 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-10255) Add options to hide splashscreen navigation and status bars on Android
[ https://issues.apache.org/jira/browse/CB-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069855#comment-15069855 ] ASF GitHub Bot commented on CB-10255: - Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/45#issuecomment-166941739 Added a Jira issue: [CB-10255 Add options to hide splashscreen navigation and status bars on Android](https://issues.apache.org/jira/browse/CB-10255). @TheBosZ, please squash the commits and rename the PR and the commit title to `CB-10255 Add options to hide splashscreen navigation and status bars on Android`. > Add options to hide splashscreen navigation and status bars on Android > -- > > Key: CB-10255 > URL: https://issues.apache.org/jira/browse/CB-10255 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen >Reporter: Sergey Shakhnazarov > Labels: android > -- 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
[jira] [Commented] (CB-10255) Add options to hide splashscreen navigation and status bars on Android
[ https://issues.apache.org/jira/browse/CB-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070073#comment-15070073 ] ASF GitHub Bot commented on CB-10255: - Github user TheBosZ commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/45#issuecomment-166975687 Okay, it was messy but I squished it into one commit and changed it to just be a single preference to force full screen. > Add options to hide splashscreen navigation and status bars on Android > -- > > Key: CB-10255 > URL: https://issues.apache.org/jira/browse/CB-10255 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen >Reporter: Sergey Shakhnazarov > Labels: android > -- 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-10245) Whitelist error iOS@4.0.1
[ https://issues.apache.org/jira/browse/CB-10245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069869#comment-15069869 ] Arch commented on CB-10245: --- Confirmed that it is not affecting any functionality. > Whitelist error iOS@4.0.1 > - > > Key: CB-10245 > URL: https://issues.apache.org/jira/browse/CB-10245 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.1 >Reporter: Arch >Assignee: Shazron Abdullah > > Hi, > In 4.0.1 I am seeing this error: > ERROR External navigation rejected - not set for > url='file:///Path/CoreSimulator/Devices/981878F5-69B7-4F91-BED8-AC26C9666514/data/Containers/Bundle/Application/504BFE77-7857-47CA-A9A8-A7F7F986C413/Test.app/www/index.html#signin' > Note: index.html#signin > There is no error when index.html is loaded. I did not notice this error in > 4.0.0 > Thanks, -- 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-10255) Add options to hide splashscreen navigation and status bars on Android
[
https://issues.apache.org/jira/browse/CB-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070079#comment-15070079
]
ASF GitHub Bot commented on CB-10255:
-
Github user daserge commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/45#discussion_r48373317
--- Diff: src/android/SplashScreen.java ---
@@ -255,6 +259,10 @@ public void run() {
}
splashDialog.setContentView(splashImageView);
splashDialog.setCancelable(false);
+if (isForceFullScreen()) {
--- End diff --
Does it make sense to move this to `// check to see if the splash screen
should be full screen` condition above?
> Add options to hide splashscreen navigation and status bars on Android
> --
>
> Key: CB-10255
> URL: https://issues.apache.org/jira/browse/CB-10255
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugin SplashScreen
>Reporter: Sergey Shakhnazarov
> Labels: android
>
--
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-10255) Add options to hide splashscreen navigation and status bars on Android
[ https://issues.apache.org/jira/browse/CB-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070081#comment-15070081 ] ASF GitHub Bot commented on CB-10255: - Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/45#issuecomment-166976789 :+1: thanks, @TheBosZ! I will merge this tomorrow. > Add options to hide splashscreen navigation and status bars on Android > -- > > Key: CB-10255 > URL: https://issues.apache.org/jira/browse/CB-10255 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen >Reporter: Sergey Shakhnazarov > Labels: android > -- 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-10255) Add options to hide splashscreen navigation and status bars on Android
[ https://issues.apache.org/jira/browse/CB-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070024#comment-15070024 ] ASF GitHub Bot commented on CB-10255: - Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/45#issuecomment-166968629 Yeah, this is a good idea, kills two birds with one stone. > Add options to hide splashscreen navigation and status bars on Android > -- > > Key: CB-10255 > URL: https://issues.apache.org/jira/browse/CB-10255 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen >Reporter: Sergey Shakhnazarov > Labels: android > -- 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-10255) Add options to hide splashscreen navigation and status bars on Android
Sergey Shakhnazarov created CB-10255: Summary: Add options to hide splashscreen navigation and status bars on Android Key: CB-10255 URL: https://issues.apache.org/jira/browse/CB-10255 Project: Apache Cordova Issue Type: Improvement Components: Plugin SplashScreen Reporter: Sergey Shakhnazarov -- 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-9538) Implementing FadeSplashScreen feature for Android
[ https://issues.apache.org/jira/browse/CB-9538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069967#comment-15069967 ] ASF GitHub Bot commented on CB-9538: Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/53#issuecomment-166959203 @trancee, could you please update this to be consistent with the current documented format [`FadeSplashScreenDuration (float, defaults to 3000)`](https://github.com/apache/cordova-plugin-splashscreen#ios-quirks) on iOS? A fallback can be also added to handle seconds-values for backwards-compatibility: https://github.com/apache/cordova-plugin-splashscreen/blob/ccb3c2f4533fa52da474c33a7adc5ab5a887a805/src/ios/CDVSplashScreen.m#L346-L351 > Implementing FadeSplashScreen feature for Android > - > > Key: CB-9538 > URL: https://issues.apache.org/jira/browse/CB-9538 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, Plugin SplashScreen >Reporter: Philipp Grosswiler >Priority: Minor > > Implementing FadeSplashScreen preference by using AlphaAnimation to fade out > the ImageView. -- 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-10256) navigator.globalization.getLocaleName passes wrong parameter to successCallback
Sebastian Futschikato created CB-10256: -- Summary: navigator.globalization.getLocaleName passes wrong parameter to successCallback Key: CB-10256 URL: https://issues.apache.org/jira/browse/CB-10256 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Affects Versions: 5.4.1 Environment: Arch Linux, Firefox OS Simulator Reporter: Sebastian Futschikato Hi =) In my Firefox OS simulator, navigator.globalization.getLocaleName() passes the locale value directly to the successCallback. According to the documentation[1] the successCallback should receive an object with the locale on the value property and on my android phone it works like this. I posted it on stackoverflow[2] and the user "daserge" spotted the bug in the cordova sources: https://github.com/apache/cordova-plugin-globalization/blob/e8b8db58973c74ab44397a5c7e85ca8967dc/src/firefoxos/GlobalizationProxy.js#L96 [1] https://www.npmjs.com/package/cordova-plugin-globalization#navigator-globalization-getlocalename [2] http://stackoverflow.com/questions/34432628/navigator-globalization-getlocalename-bug-in-cordova-or-firefox-os-simulator -- 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-10251) iOS Icons and Splash Screens do NOT copy if project name has a space
[ https://issues.apache.org/jira/browse/CB-10251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070051#comment-15070051 ] Sergey Shakhnazarov commented on CB-10251: -- Related commit: https://github.com/apache/cordova-ios/commit/3d8488fcc434500c9ff2329f546d0012f8153054#diff-6b1d21c6945fcc1c97c9826f0bd77696R412 > iOS Icons and Splash Screens do NOT copy if project name has a space > > > Key: CB-10251 > URL: https://issues.apache.org/jira/browse/CB-10251 > Project: Apache Cordova > Issue Type: Bug > Environment: cordova-ios 4.0.0 >Reporter: vB Results, LLC. >Priority: Blocker > > For the longest time I've always thought that I'd never be able to get the > icons and splash screens working by following the official documentation. I > always got errors like the ones below after adding the ios platform. > Turns out that if I change my project name from "My Project" to "MyProject", > the lack of a space allows the icon/splash copying to work. > Possible Culprits: > https://github.com/apache/cordova-ios/blob/58885067ffea1546c51da2d95f2dc6ac30b40bef/bin/templates/scripts/cordova/lib/prepare.js#L301 > https://github.com/apache/cordova-ios/blob/58885067ffea1546c51da2d95f2dc6ac30b40bef/bin/templates/scripts/cordova/lib/prepare.js#L339 > Errors: > Adding ios project... > iOS project created with cordova-ios@4.0.0 > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-60.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@3x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-76.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-small.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-sm...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-40.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/i...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-72.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-50.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default~iphone.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default@2x~iphone.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Portrait~ipad.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Portrait@2x~ipad.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Landscape~ipad.png > cp: copyFileSync: could not write to dest file >
[jira] [Created] (CB-10257) Cordova Camera plugin does not compile with iOS platform 4.0
Bill Wolcken created CB-10257: - Summary: Cordova Camera plugin does not compile with iOS platform 4.0 Key: CB-10257 URL: https://issues.apache.org/jira/browse/CB-10257 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: Xcode 6.3.1 OS X 10.10.5 Reporter: Bill Wolcken A project using cordova 5.4.1, the iOS plaform 4.0.1 and cordova-plugin-camera 1.2.0 yields the following compile error during cordova compile ios: .../platforms/ios/atmp/Plugins/cordova-plugin-camera/CDVCamera.m:23:9: fatal error: 'Cordova/NSData+Base64.h' file not found iOS platform 3.9.2 contained an extension to NSData for base64 encoding/decoding in NSData+Base64.h / .m. In 4.0.0, the classes have been split up by public and private and NSData+Base64.h / .m appear in neither, thus the compilation error. -- 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-10255) Add options to hide splashscreen navigation and status bars on Android
[
https://issues.apache.org/jira/browse/CB-10255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070086#comment-15070086
]
ASF GitHub Bot commented on CB-10255:
-
Github user TheBosZ commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/45#discussion_r48373738
--- Diff: src/android/SplashScreen.java ---
@@ -255,6 +259,10 @@ public void run() {
}
splashDialog.setContentView(splashImageView);
splashDialog.setCancelable(false);
+if (isForceFullScreen()) {
--- End diff --
I was thinking about the same thing myself. The problem I think is how the
full screen is implemented. The way it's done there is the old-style (pre-4.1)
way and I don't think it hides the navigation bar.
I unfortunately don't have access to a device that old so I didn't want to
cause an error with older phones.
With some experimentation we could probably combine them.
> Add options to hide splashscreen navigation and status bars on Android
> --
>
> Key: CB-10255
> URL: https://issues.apache.org/jira/browse/CB-10255
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugin SplashScreen
>Reporter: Sergey Shakhnazarov
> Labels: android
>
--
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-9703) iPad orientations can no longer differ from iPhone
[ https://issues.apache.org/jira/browse/CB-9703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070508#comment-15070508 ] Chris Karcher commented on CB-9703: --- Would love to see this issue addressed. I understand why [PR 207|https://github.com/apache/cordova-lib/pull/207] was merged, but it introduced a regression for those of us that want different orientation settings for iPad vs. iPhone. [~shazron], would you consider merging the PR referenced [CB-9371|https://issues.apache.org/jira/browse/CB-9371]? Updating the semantics of the 'default' flag to not clobber the Xcode project's settings seems like a worthwhile fix, IMO. > iPad orientations can no longer differ from iPhone > -- > > Key: CB-9703 > URL: https://issues.apache.org/jira/browse/CB-9703 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.0.1, 5.1.2, 5.2.0, 5.1.1, 5.3.2 > Environment: iOS >Reporter: Christoph Neumann > > The change introduced in 93ab6b61 means that iPhone and iPad orientation > values will always be the same. Unfortunately, a universal iOS project > defaults to a portrait orientation for iPhone and all orientations for iPad. > Because the Cordova "default" for Orientation in config.xml clears all > orientation settings, there is no way to get a standard behavior of having > separate defaults for iPhone and iPad. > Some ideas: > 1. Make "default" actually match what Apple uses as default because clearing > out all the flags is *not* truly default behavior. > > 2. Add a platform-specific preference for iPad. > > > > -- 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-10251) iOS Icons and Splash Screens do NOT copy if project name has a space
[ https://issues.apache.org/jira/browse/CB-10251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070348#comment-15070348 ] vB Results, LLC. commented on CB-10251: --- This has no effect for me in 4.0.1; is there something special I have to do to trigger cordova-ios to create an asset catalog instead of doing it the old way with the resources folder? > iOS Icons and Splash Screens do NOT copy if project name has a space > > > Key: CB-10251 > URL: https://issues.apache.org/jira/browse/CB-10251 > Project: Apache Cordova > Issue Type: Bug > Environment: cordova-ios 4.0.0 >Reporter: vB Results, LLC. >Priority: Blocker > > For the longest time I've always thought that I'd never be able to get the > icons and splash screens working by following the official documentation. I > always got errors like the ones below after adding the ios platform. > Turns out that if I change my project name from "My Project" to "MyProject", > the lack of a space allows the icon/splash copying to work. > Possible Culprits: > https://github.com/apache/cordova-ios/blob/58885067ffea1546c51da2d95f2dc6ac30b40bef/bin/templates/scripts/cordova/lib/prepare.js#L301 > https://github.com/apache/cordova-ios/blob/58885067ffea1546c51da2d95f2dc6ac30b40bef/bin/templates/scripts/cordova/lib/prepare.js#L339 > Errors: > Adding ios project... > iOS project created with cordova-ios@4.0.0 > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-60.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@3x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-76.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-small.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-sm...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-40.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/i...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-72.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-50.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default~iphone.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default@2x~iphone.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Portrait~ipad.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Portrait@2x~ipad.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Landscape~ipad.png > cp: copyFileSync: could not
[jira] [Commented] (CB-8977) java.util.ConcurrentModificationException in java.util.HashMap$HashIterator.nextEntry
[ https://issues.apache.org/jira/browse/CB-8977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070145#comment-15070145 ] Aaron Bernstein commented on CB-8977: - Am experiencing this on 5.0.0 linking in all the other tickets, but posting here because it seems the least resolved: https://issues.apache.org/jira/browse/CB-9292 https://issues.apache.org/jira/browse/CB-8031 https://issues.apache.org/jira/browse/CB-7968 https://crosswalk-project.org/jira/plugins/servlet/mobile#issue/XWALK-3096 > java.util.ConcurrentModificationException in > java.util.HashMap$HashIterator.nextEntry > - > > Key: CB-8977 > URL: https://issues.apache.org/jira/browse/CB-8977 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.7.1 > Environment: Samsung Galaxy S4 on Android 4.4 >Reporter: Hirbod >Assignee: Joe Bowser > > I've received two crashreports. I think they are related to cordova and some > of the plugins. The plugins are all up-to-date. I'm using CLI 5.0.0 but still > on Android-JS 3.7.1 (can't upgrade right know) > I've upgrade all the plugins from the new npm-repo, I don't know if this is > related, but before upgrading the plugins, everything worked well. > Here is the crash report: > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:806) > at java.util.HashMap$ValueIterator.next(HashMap.java:838) > at org.apache.cordova.PluginManager.postMessage(PluginManager.java:271) > at org.apache.cordova.CordovaWebView.postMessage(CordovaWebView.java:515) > at org.apache.cordova.splashscreen.SplashScreen$1.run(SplashScreen.java:128) > at android.os.Handler.handleCallback(Handler.java:733) > at android.os.Handler.dispatchMessage(Handler.java:95) > at android.os.Looper.loop(Looper.java:157) > at android.app.ActivityThread.main(ActivityThread.java:5356) > at java.lang.reflect.Method.invokeNative(Native Method) > at java.lang.reflect.Method.invoke(Method.java:515) > at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1265) > at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1081) > at dalvik.system.NativeStart.main(Native Method) -- 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-6427) Media.getDuration() always return -1
[ https://issues.apache.org/jira/browse/CB-6427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070255#comment-15070255 ] Aaron Bernstein commented on CB-6427: - Update: with cordova android 5.0.0 and media plugin 2.0.0, media.getDuration never returns positive. > Media.getDuration() always return -1 > > > Key: CB-6427 > URL: https://issues.apache.org/jira/browse/CB-6427 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry, Plugin Media >Affects Versions: 3.3.0 > Environment: BlackBerry device OS 10.2.1.1927 and 10.2.1.2102 >Reporter: EnChieh Liu >Priority: Critical > > Tried the time sliced example from Cordova site, worked for Android but not > Blackberry. -- 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-10236) emulator fails to load in mac yosamite
[ https://issues.apache.org/jira/browse/CB-10236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070149#comment-15070149 ] Zahurul Chowdhury commented on CB-10236: Many thanks for your help. Tried that approach still no luck. Then manually installed xcode 7.2 (previous one was 7.1) and no luck. However after doing the reset contents and settings from xcode's Simulator menu, now running "cordova emulate ios" command opens the simulator but blank black screen, and same error. finally giving permission as described in below link fixed the issue. http://zacvineyard.com/blog/2015/11/ionic-invalid-device-state-error-with-xcode-7-solved > emulator fails to load in mac yosamite > -- > > Key: CB-10236 > URL: https://issues.apache.org/jira/browse/CB-10236 > Project: Apache Cordova > Issue Type: Bug > Environment: OS: mac yosamite > cordova version: 5.4.1 > cordova info: xcode 7.1.1 build 7B1005 > plugin: cordova-plugin-whitelist >Reporter: Zahurul Chowdhury > > No target specified for emulator. Deploying to iPhone-6 simulator > An error was encountered processing the command > (domain=com.apple.CoreSimulator.SimError, code=159): > Invalid device state > An error was encountered processing the command > (domain=com.apple.CoreSimulator.SimError, code=159): > Invalid device state > ENOENT, no such file or directory > '/Users/duke/Library/Logs/CoreSimulator/6FB3E6C7-2510-4A0D-BE27-52B0A5237649/system.log' > Error code 1 for command: ios-sim with args: > launch,/Users/duke/Documents/Cordova/Code/hello/platforms/ios/build/emulator/HelloWorld.app,--devicetypeid,com.apple.CoreSimulator.SimDeviceType.iPhone-6,--stderr,/Users/duke/Documents/Cordova/Code/hello/platforms/ios/cordova/console.log,--stdout,/Users/duke/Documents/Cordova/Code/hello/platforms/ios/cordova/console.log,--exit > Error: /Users/duke/Documents/Cordova/Code/hello/platforms/ios/cordova/run: > Command failed with exit code 2 -- 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-10085) Implement and expose PlatformApi for OS X
[ https://issues.apache.org/jira/browse/CB-10085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070104#comment-15070104 ] ASF GitHub Bot commented on CB-10085: - Github user stevengill commented on the pull request: https://github.com/apache/cordova-osx/pull/28#issuecomment-166979598 @tripodsan will look at this after the holidays > Implement and expose PlatformApi for OS X > - > > Key: CB-10085 > URL: https://issues.apache.org/jira/browse/CB-10085 > Project: Apache Cordova > Issue Type: Sub-task > Components: OSX >Reporter: Tobias Bocanegra >Assignee: Tobias Bocanegra > Labels: PlatformApi > > (will wait for iOS to complete to get a good starting point for copy-paste :-) -- 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-8977) java.util.ConcurrentModificationException in java.util.HashMap$HashIterator.nextEntry
[ https://issues.apache.org/jira/browse/CB-8977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15070671#comment-15070671 ] Joe Bowser commented on CB-8977: [~BernsteinA] This is closed as incomplete because we need repro steps. It looks like a concurrency issue, but I need a way to force this failure before I can really make sure that this is fixed. Everyone talks about the fix, but I haven't been given a solid repro case for the problem, which is probably why it keeps coming back. :( > java.util.ConcurrentModificationException in > java.util.HashMap$HashIterator.nextEntry > - > > Key: CB-8977 > URL: https://issues.apache.org/jira/browse/CB-8977 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.7.1 > Environment: Samsung Galaxy S4 on Android 4.4 >Reporter: Hirbod >Assignee: Joe Bowser > > I've received two crashreports. I think they are related to cordova and some > of the plugins. The plugins are all up-to-date. I'm using CLI 5.0.0 but still > on Android-JS 3.7.1 (can't upgrade right know) > I've upgrade all the plugins from the new npm-repo, I don't know if this is > related, but before upgrading the plugins, everything worked well. > Here is the crash report: > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:806) > at java.util.HashMap$ValueIterator.next(HashMap.java:838) > at org.apache.cordova.PluginManager.postMessage(PluginManager.java:271) > at org.apache.cordova.CordovaWebView.postMessage(CordovaWebView.java:515) > at org.apache.cordova.splashscreen.SplashScreen$1.run(SplashScreen.java:128) > at android.os.Handler.handleCallback(Handler.java:733) > at android.os.Handler.dispatchMessage(Handler.java:95) > at android.os.Looper.loop(Looper.java:157) > at android.app.ActivityThread.main(ActivityThread.java:5356) > at java.lang.reflect.Method.invokeNative(Native Method) > at java.lang.reflect.Method.invoke(Method.java:515) > at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1265) > at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1081) > at dalvik.system.NativeStart.main(Native Method) -- 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-10069) Using either file:/// or cdvfile:// as the causes errors
[ https://issues.apache.org/jira/browse/CB-10069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069490#comment-15069490 ] Mac Stuewe commented on CB-10069: - Did you just try this: fileEntry.nativeURL? > Using either file:/// or cdvfile:// as the causes errors > - > > Key: CB-10069 > URL: https://issues.apache.org/jira/browse/CB-10069 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 5.4.0 > Environment: Windows, Cordova Whitelist, Cordova File, Cordova File > Transfer >Reporter: Katie Egervari >Priority: Blocker > Labels: Windows10 > > Trying to load an image from the local filesystem using fileEntry.toURL() > does not work (I have tried toInternalURL() and toNativeURL() as well). In > Chrome, it says: > Not allowed to load local resource: > file:///persistent/spotlight5/image_8a8a8a4c45698eba01456b127db5015b > When trying to use the cdvfile:// address instead results in this error: > > cdvfile://localhost/persistent/spotlight5/image_8a8a8a4c45698eba01456b127db5015b:1 > GET > cdvfile://localhost/persistent/spotlight5/image_8a8a8a4c45698eba01456b127db5015b > net::ERR_UNKNOWN_URL_SCHEME > I have tried countless configurations of whitelist and/or the content > security policy. My current configurations (but this is NOT limited to what I > have actually tried) are: > http://*/*"/> > > > http://*/*; /> > https://*/*; /> > > > http://*/*; /> > https://*/*; /> > > > And >content="default-src * 'unsafe-inline' 'unsafe-eval'"> > I really need help with this one, as this is blocking me finishing my > project. This application has to run standalone, and we have to download > images dynamically, put them on the local file system of the device, and then > show them in image tags when disconnected from the network. > Thank you. > Katie -- 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-10252) iOS app update/redeployment makes files unaccassable
Mac Stuewe created CB-10252: --- Summary: iOS app update/redeployment makes files unaccassable Key: CB-10252 URL: https://issues.apache.org/jira/browse/CB-10252 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin File Affects Versions: 5.4.0 Environment: iOS Reporter: Mac Stuewe I store files into the library-nosync directory: window.resolveLocalFileSystemURL(cordova.file.dataDirectory, requestFileSystemSuccess); after the app redeployment by xCode or app store update, these files cannot be accessed, although they exist at this path. -- 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-10252) iOS app update/redeployment makes files unaccassable
[ https://issues.apache.org/jira/browse/CB-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-10252: Attachment: Bildschirmfoto 2015-12-22 um 14.44.19.png > iOS app update/redeployment makes files unaccassable > > > Key: CB-10252 > URL: https://issues.apache.org/jira/browse/CB-10252 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin File >Affects Versions: 5.4.0 > Environment: iOS >Reporter: Mac Stuewe > Attachments: Bildschirmfoto 2015-12-22 um 14.44.19.png > > > I store files into the library-nosync directory: > window.resolveLocalFileSystemURL(cordova.file.dataDirectory, > requestFileSystemSuccess); > after the app redeployment by xCode or app store update, these files cannot > be accessed, although they exist at this path. -- 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-10252) iOS app update/redeployment makes files unaccessable
[ https://issues.apache.org/jira/browse/CB-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-10252: Summary: iOS app update/redeployment makes files unaccessable (was: iOS app update/redeployment makes files unaccassable) > iOS app update/redeployment makes files unaccessable > > > Key: CB-10252 > URL: https://issues.apache.org/jira/browse/CB-10252 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin File >Affects Versions: 5.4.0 > Environment: iOS >Reporter: Mac Stuewe > Attachments: Bildschirmfoto 2015-12-22 um 14.44.19.png > > > I store files into the library-nosync directory: > window.resolveLocalFileSystemURL(cordova.file.dataDirectory, > requestFileSystemSuccess); > after the app redeployment by xCode or app store update, these files cannot > be accessed, although they exist at this path. -- 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-10252) iOS app update/redeployment makes files unaccassable
[ https://issues.apache.org/jira/browse/CB-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069504#comment-15069504 ] Mac Stuewe commented on CB-10252: - I downloaded the app-container, the files were there and could be opened. My file-browser found these files too, before I tried to access them, see screenshot. Why can't these files not be accessed after a redeployment or app-update? > iOS app update/redeployment makes files unaccassable > > > Key: CB-10252 > URL: https://issues.apache.org/jira/browse/CB-10252 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin File >Affects Versions: 5.4.0 > Environment: iOS >Reporter: Mac Stuewe > Attachments: Bildschirmfoto 2015-12-22 um 14.44.19.png > > > I store files into the library-nosync directory: > window.resolveLocalFileSystemURL(cordova.file.dataDirectory, > requestFileSystemSuccess); > after the app redeployment by xCode or app store update, these files cannot > be accessed, although they exist at this path. -- 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-10251) iOS Icons and Splash Screens do NOT copy if project name has a space
[ https://issues.apache.org/jira/browse/CB-10251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10251: -- Priority: Blocker (was: Critical) > iOS Icons and Splash Screens do NOT copy if project name has a space > > > Key: CB-10251 > URL: https://issues.apache.org/jira/browse/CB-10251 > Project: Apache Cordova > Issue Type: Bug > Environment: cordova-ios 4.0.0 >Reporter: vB Results, LLC. >Priority: Blocker > > For the longest time I've always thought that I'd never be able to get the > icons and splash screens working by following the official documentation. I > always got errors like the ones below after adding the ios platform. > Turns out that if I change my project name from "My Project" to "MyProject", > the lack of a space allows the icon/splash copying to work. > Possible Culprits: > https://github.com/apache/cordova-ios/blob/58885067ffea1546c51da2d95f2dc6ac30b40bef/bin/templates/scripts/cordova/lib/prepare.js#L301 > https://github.com/apache/cordova-ios/blob/58885067ffea1546c51da2d95f2dc6ac30b40bef/bin/templates/scripts/cordova/lib/prepare.js#L339 > Errors: > Adding ios project... > iOS project created with cordova-ios@4.0.0 > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-60.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@3x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-76.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-small.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-sm...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-40.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/i...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-72.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon-50.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/icons/icon...@2x.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default~iphone.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default@2x~iphone.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Portrait~ipad.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Portrait@2x~ipad.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Landscape~ipad.png > cp: copyFileSync: could not write to dest file > (code=ENOENT):/Users/user900330/Desktop/project.cordova/platforms/ios/My > Project/Resources/splash/Default-Landscape@2x~ipad.png > cp: copyFileSync: could not write to
[jira] [Commented] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15069428#comment-15069428 ] jcesarmobile commented on CB-10250: --- Are you testing with WKWebViewEngine? or the regular engine? NSURLError -999 is NSURLErrorCancelled, this usually happens when the page has not finish loading and you click another link, so the navigation is canceled > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- 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
