[jira] [Commented] (CB-11705) [iOS-Cordova] Add configuration to override default WebViewEngine
[ https://issues.apache.org/jira/browse/CB-11705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15489590#comment-15489590 ] ASF GitHub Bot commented on CB-11705: - Github user shazron commented on the issue: https://github.com/apache/cordova-docs/pull/629 NOTE: Don't pull in until cordova-ios 4.3.0 has been released. > [iOS-Cordova] Add configuration to override default WebViewEngine > - > > Key: CB-11705 > URL: https://issues.apache.org/jira/browse/CB-11705 > Project: Apache Cordova > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: iOS >Affects Versions: Master >Reporter: HÃ¥kon Nilsen > Labels: easyfix > Original Estimate: 2h > Remaining Estimate: 2h > > The introduction of WKWebView from iOS9 separed the WebView-interface to > enable WKWebView and UIWebView. UIWebView is the default for all of Cordova > unless WKWebView is specified, and always default for iOS 8. > I think it is appropritate to be able to change the default UIWebView to > whatever you'd want (i.e. WKWebView for iOS8 as well, or a different > UIWebView plugin). > I will supply a pull request. -- 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-11843) fix package information
Tony Homer created CB-11843: --- Summary: fix package information Key: CB-11843 URL: https://issues.apache.org/jira/browse/CB-11843 Project: Apache Cordova Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Plugin Screen Orientation Reporter: Tony Homer Assignee: Tony Homer Currently package.json has outdated information Need to update repository, author, etc. to match other Cordova plugins -- 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-11811) CocoaPods error in cordova-lib tests
[ https://issues.apache.org/jira/browse/CB-11811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15488011#comment-15488011 ] Shazron Abdullah edited comment on CB-11811 at 9/13/16 6:32 PM: My experiment has failed. I tried "cache: cocoapods" on or off, removing the pod repo by "pod repo remove master" in before_install, running "pod setup" before_install, only running "pod install" when needed (thus triggering the repo download later). I keep getting the "git in a detached state" error at some SHA. Note that each "pod setup" will need to download the whole CocoaPods repo, at about 500MB currently, regardless if you use the whole repo or not. We can't do CocoaPods testing with our current setup, perhaps I'm missing something. was (Author: shazron): My experiment has failed. I tried "cache: cocoapods" on or off, removing the pod repo by "pod repo remove master" in before_install, running "pod setup" before install, only running "pod install" when needed (thus triggering the repo download later). I keep getting the "git in a detached state" error at some SHA. Note that each "pod setup" will need to download the whole CocoaPods repo, at about 500MB currently, regardless if you use the whole repo or not. We can't do CocoaPods testing with our current setup, perhaps I'm missing something. > CocoaPods error in cordova-lib tests > > > Key: CB-11811 > URL: https://issues.apache.org/jira/browse/CB-11811 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: CordovaLib, iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > https://github.com/apache/cordova-lib/blob/3b38b5382b9a52d1fe522514b61d3ebd6016796d/cordova-lib/spec-cordova/platform.spec.js#L380 > {code} > Failures: > 1) cocoapod plugin add and rm end-to-end installs and uninstalls plugin > depending on new pod and existing pod >Message: > Expected 'CocoaPods was not found. Please install version 1.0.1 or > greater from https://cocoapods.org/' to be undefined. >Stacktrace: > Error: Expected 'CocoaPods was not found. Please install version 1.0.1 > or greater from https://cocoapods.org/' to be undefined. > at > /home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/spec-cordova/platform.spec.js:467:25 > at _rejected > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:797:24) > at > /home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:823:30 > at Promise.when > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:1035:31) > at Promise.promise.promiseDispatch > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:741:41) > at > /home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:557:44 > at flush > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:108:17) > at process._tickCallback (node.js:415:13) > {code} > The test is now invalid, since to properly install a CocoaPod dependency in a > project, cocoapods cli needs to be installed. The implementation did not > check for this before (thus it didn't fail), but it does now. > There is no way to test this without CocoaPods being installed, all we can > really test is if the error message is correct. > To test e2e CocoaPods, we need to separate this test as an OS X only test, > and run this test on Travis CI only. -- 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-11811) CocoaPods error in cordova-lib tests
[ https://issues.apache.org/jira/browse/CB-11811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15488011#comment-15488011 ] Shazron Abdullah commented on CB-11811: --- My experiment has failed. I tried "cache: cocoapods" on or off, removing the pod repo by "pod repo remove master" in before_install, running "pod setup" before install, only running "pod install" when needed (thus triggering the repo download later). I keep getting the "git in a detached state" error at some SHA. Note that each "pod setup" will need to download the whole CocoaPods repo, at about 500MB currently, regardless if you use the whole repo or not. We can't do CocoaPods testing with our current setup, perhaps I'm missing something. > CocoaPods error in cordova-lib tests > > > Key: CB-11811 > URL: https://issues.apache.org/jira/browse/CB-11811 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: CordovaLib, iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > https://github.com/apache/cordova-lib/blob/3b38b5382b9a52d1fe522514b61d3ebd6016796d/cordova-lib/spec-cordova/platform.spec.js#L380 > {code} > Failures: > 1) cocoapod plugin add and rm end-to-end installs and uninstalls plugin > depending on new pod and existing pod >Message: > Expected 'CocoaPods was not found. Please install version 1.0.1 or > greater from https://cocoapods.org/' to be undefined. >Stacktrace: > Error: Expected 'CocoaPods was not found. Please install version 1.0.1 > or greater from https://cocoapods.org/' to be undefined. > at > /home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/spec-cordova/platform.spec.js:467:25 > at _rejected > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:797:24) > at > /home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:823:30 > at Promise.when > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:1035:31) > at Promise.promise.promiseDispatch > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:741:41) > at > /home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:557:44 > at flush > (/home/jenkins/jenkins-slave/workspace/cordova-nightly/cordova-lib/cordova-lib/node_modules/q/q.js:108:17) > at process._tickCallback (node.js:415:13) > {code} > The test is now invalid, since to properly install a CocoaPod dependency in a > project, cocoapods cli needs to be installed. The implementation did not > check for this before (thus it didn't fail), but it does now. > There is no way to test this without CocoaPods being installed, all we can > really test is if the error message is correct. > To test e2e CocoaPods, we need to separate this test as an OS X only test, > and run this test on Travis CI only. -- 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-11842) Files with complex names cannot be resolved
[ https://issues.apache.org/jira/browse/CB-11842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen updated CB-11842: - Description: I have photos on my android device named like this (don't ask why): "https%3A%2F%2Fapk.test.com%2FContent%2FUploaded%2FSurveyPhotos%2Fe77835b6-261d-45b3-8be6-9f9e654b0230.png" If I use camera plugin to get such file, using code: {code} navigator.camera.getPicture(callback, onFail, { quality: 75, sourceType: Camera.PictureSourceType.PHOTOLIBRARY, encodingType: Camera.EncodingType.PNG, targetWidth:1000, targetHeight: 1000, saveToPhotoAlbum: false, mediaType: Camera.MediaType.PICTURE }); {code} Image is copied into my app cache folder with the same name, afterwards when I try to access this image by window.resolveLocalFileSystemURL(sourceFile, fileFound, fileNotFound); I always get file not found error. On previous camera plugin version this file in cache folder was always renamed to "modified.png" and so could be resolved successfully. But now after update I have such bug. It is not critical since it works with normal file names, but it still can happen and I see no workaround in this case. was: I have photos on my android device named like this (don't ask why): "https%3A%2F%2Fapk.test.com%2FContent%2FUploaded%2FSurveyPhotos%2Fe77835b6-261d-45b3-8be6-9f9e654b0230.png" If I use camera plugin to get such file, using code: navigator.camera.getPicture(callback, onFail, { quality: 75, sourceType: Camera.PictureSourceType.PHOTOLIBRARY, encodingType: Camera.EncodingType.PNG, targetWidth:1000, targetHeight: 1000, saveToPhotoAlbum: false, mediaType: Camera.MediaType.PICTURE }); Image is copied into my app cache folder with the same name, afterwards when I try to access this image by window.resolveLocalFileSystemURL(sourceFile, fileFound, fileNotFound); I always get file not found error. On previous camera plugin version this file in cache folder was always renamed to "modified.png" and so could be resolved successfully. But now after update I have such bug. It is not critical since it works with normal file names, but it still can happen and I see no workaround in this case. > Files with complex names cannot be resolved > --- > > Key: CB-11842 > URL: https://issues.apache.org/jira/browse/CB-11842 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Plugin File > Environment: Android >Reporter: Taras Kravchuk >Priority: Minor > > I have photos on my android device named like this (don't ask why): > "https%3A%2F%2Fapk.test.com%2FContent%2FUploaded%2FSurveyPhotos%2Fe77835b6-261d-45b3-8be6-9f9e654b0230.png" > If I use camera plugin to get such file, using code: > {code} > navigator.camera.getPicture(callback, onFail, { > quality: 75, > sourceType: Camera.PictureSourceType.PHOTOLIBRARY, > encodingType: Camera.EncodingType.PNG, > targetWidth:1000, > targetHeight: 1000, > saveToPhotoAlbum: false, > mediaType: Camera.MediaType.PICTURE > }); > {code} > Image is copied into my app cache folder with the same name, afterwards when > I try to access this image by > window.resolveLocalFileSystemURL(sourceFile, fileFound, fileNotFound); > I always get file not found error. > On previous camera plugin version this file in cache folder was always > renamed to "modified.png" and so could be resolved successfully. But now > after update I have such bug. > It is not critical since it works with normal file names, but it still can > happen and I see no workaround in this case. -- 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-9762) App icon and Launch image for iPad Pro
[ https://issues.apache.org/jira/browse/CB-9762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15487938#comment-15487938 ] Kerri Shotts commented on CB-9762: -- As per Shazron on 9/11 (below), I've labeled this for cordova-ios 4.3.x. > The docs are horribly updated. I think we were waiting on Apple to make > Xcode 7 required for submitting to the App Store, and they did that, and we > didn't notice. > > I don't consider this a breaking change, since by now most people would > have gone Xcode 7 already because of Apple. > App icon and Launch image for iPad Pro > -- > > Key: CB-9762 > URL: https://issues.apache.org/jira/browse/CB-9762 > Project: Apache Cordova > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: iOS >Affects Versions: 4.0.0 >Reporter: Manuel Martiarena >Assignee: Kerri Shotts > Labels: cordova-ios, cordova-ios-4.3.x > Attachments: Default-Landscape@2x~ipad-pro.png, > Default-Portrait@2x~ipad-pro.png > > > Provide app icon image and launch image for iPad Pro > iPad Pro (@2x) App icon required 167x167 > iPad Pro (@2x) Launch image required 2048 x 2732 (portrait) > 2732 x 2048 (landscape) > https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html -- 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-9762) App icon and Launch image for iPad Pro
[ https://issues.apache.org/jira/browse/CB-9762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kerri Shotts updated CB-9762: - Labels: cordova-ios cordova-ios-4.3.x (was: cordova-ios cordova-ios-5.0.x) > App icon and Launch image for iPad Pro > -- > > Key: CB-9762 > URL: https://issues.apache.org/jira/browse/CB-9762 > Project: Apache Cordova > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: iOS >Affects Versions: 4.0.0 >Reporter: Manuel Martiarena >Assignee: Kerri Shotts > Labels: cordova-ios, cordova-ios-4.3.x > Attachments: Default-Landscape@2x~ipad-pro.png, > Default-Portrait@2x~ipad-pro.png > > > Provide app icon image and launch image for iPad Pro > iPad Pro (@2x) App icon required 167x167 > iPad Pro (@2x) Launch image required 2048 x 2732 (portrait) > 2732 x 2048 (landscape) > https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html -- 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-9762) App icon and Launch image for iPad Pro
[ https://issues.apache.org/jira/browse/CB-9762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kerri Shotts updated CB-9762: - Labels: cordova-ios cordova-ios-5.0.x (was: cordova-ios-5.0.x) > App icon and Launch image for iPad Pro > -- > > Key: CB-9762 > URL: https://issues.apache.org/jira/browse/CB-9762 > Project: Apache Cordova > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: iOS >Affects Versions: 4.0.0 >Reporter: Manuel Martiarena >Assignee: Kerri Shotts > Labels: cordova-ios, cordova-ios-5.0.x > Attachments: Default-Landscape@2x~ipad-pro.png, > Default-Portrait@2x~ipad-pro.png > > > Provide app icon image and launch image for iPad Pro > iPad Pro (@2x) App icon required 167x167 > iPad Pro (@2x) Launch image required 2048 x 2732 (portrait) > 2732 x 2048 (landscape) > https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html -- 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-11842) Files with complex names cannot be resolved
Taras Kravchuk created CB-11842: --- Summary: Files with complex names cannot be resolved Key: CB-11842 URL: https://issues.apache.org/jira/browse/CB-11842 Project: Apache Cordova Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Plugin File Environment: Android Reporter: Taras Kravchuk Priority: Minor I have photos on my android device named like this (don't ask why): "https%3A%2F%2Fapk.test.com%2FContent%2FUploaded%2FSurveyPhotos%2Fe77835b6-261d-45b3-8be6-9f9e654b0230.png" If I use camera plugin to get such file, using code: navigator.camera.getPicture(callback, onFail, { quality: 75, sourceType: Camera.PictureSourceType.PHOTOLIBRARY, encodingType: Camera.EncodingType.PNG, targetWidth:1000, targetHeight: 1000, saveToPhotoAlbum: false, mediaType: Camera.MediaType.PICTURE }); Image is copied into my app cache folder with the same name, afterwards when I try to access this image by window.resolveLocalFileSystemURL(sourceFile, fileFound, fileNotFound); I always get file not found error. On previous camera plugin version this file in cache folder was always renamed to "modified.png" and so could be resolved successfully. But now after update I have such bug. It is not critical since it works with normal file names, but it still can happen and I see no workaround in this case. -- 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-11841) Phonegap on Android - restrict with only certain domain does not work. I use access origin.
Oleg Khorev created CB-11841: Summary: Phonegap on Android - restrict with only certain domain does not work. I use access origin. Key: CB-11841 URL: https://issues.apache.org/jira/browse/CB-11841 Project: Apache Cordova Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Plugin Whitelist Reporter: Oleg Khorev I set config.xml https://github.com/apache/cordova-plugin-whitelist.git"; /> http://domain.net/*"; /> http://domain.net"; browserOnly="true" /> But App still can open other domains inside App. It works fine on iOS and restrict there to only defined domains - so if I click external link nothing happens. Only if I click my allowed domain name - it loads. But on Android it loads all URLs. -- 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-11522) Do not clone the detail object on activation context
[ https://issues.apache.org/jira/browse/CB-11522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15487419#comment-15487419 ] Sergey Shakhnazarov commented on CB-11522: -- Thanks, I got it (I was testing on Windows 10 desktop where it was not reproducing). Looks like we are missing a check for JScript' typeof {{"unknown"}} [here|https://github.com/apache/cordova-js/pull/134/files#diff-aaf31aeb3814626dd30795c7aec9f813R111]. This will fix cloning although things will break if we access {{args.raw.uri.absoluteCanonicalUri}} for example. > Do not clone the detail object on activation context > > > Key: CB-11522 > URL: https://issues.apache.org/jira/browse/CB-11522 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Windows >Reporter: Daniel Toplak >Assignee: Sergey Shakhnazarov >Priority: Blocker > Labels: reproduced, triaged, windows > > In some circumstances, cloning the detail object of the activation context > will fail. Esp. when launching the app via ActivationKind.file. > The cloning of the detail object was introduced in > https://issues.apache.org/jira/browse/CB-10653 > See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714 -- 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-11522) Do not clone the detail object on activation context
[ https://issues.apache.org/jira/browse/CB-11522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15487315#comment-15487315 ] Michael Dudek commented on CB-11522: I'm using latest cordova-windows 4.4.2. The device is Nokia Lumia 1520 with latest Windows Phone 8.1. > Do not clone the detail object on activation context > > > Key: CB-11522 > URL: https://issues.apache.org/jira/browse/CB-11522 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Windows >Reporter: Daniel Toplak >Assignee: Sergey Shakhnazarov >Priority: Blocker > Labels: reproduced, triaged, windows > > In some circumstances, cloning the detail object of the activation context > will fail. Esp. when launching the app via ActivationKind.file. > The cloning of the detail object was introduced in > https://issues.apache.org/jira/browse/CB-10653 > See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714 -- 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-11522) Do not clone the detail object on activation context
[ https://issues.apache.org/jira/browse/CB-11522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15487294#comment-15487294 ] Sergey Shakhnazarov commented on CB-11522: -- [~michael.dudek], could you please add details on {{cordova-windows}} version which has this issue? It would also be great to have minimal reproduction sample project(s). I've tested it with cordova-windows master version and with this [sample solution|https://issues.apache.org/jira/browse/CB-11470?focusedCommentId=15344367&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15344367] and there is no such exception, {{uri}} is defined. > Do not clone the detail object on activation context > > > Key: CB-11522 > URL: https://issues.apache.org/jira/browse/CB-11522 > Project: Apache Cordova > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Windows >Reporter: Daniel Toplak >Assignee: Sergey Shakhnazarov >Priority: Blocker > Labels: reproduced, triaged, windows > > In some circumstances, cloning the detail object of the activation context > will fail. Esp. when launching the app via ActivationKind.file. > The cloning of the detail object was introduced in > https://issues.apache.org/jira/browse/CB-10653 > See: https://github.com/apache/cordova-windows/pull/173#issuecomment-227366714 -- 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-11840) cordova platform update ios overwrites AppDelegate.m
Adriano Di Giovanni created CB-11840: Summary: cordova platform update ios overwrites AppDelegate.m Key: CB-11840 URL: https://issues.apache.org/jira/browse/CB-11840 Project: Apache Cordova Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Affects Versions: 6.3.1 Environment: Mac OS X 10.11.6 Reporter: Adriano Di Giovanni -- 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-11839) AJAX-Request got cancelled after 60 seconds
Thorsten Peters created CB-11839: Summary: AJAX-Request got cancelled after 60 seconds Key: CB-11839 URL: https://issues.apache.org/jira/browse/CB-11839 Project: Apache Cordova Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: iOS Affects Versions: 6.3.1 Environment: SAPUI5 APP, iPad Air2, Cordova 6.3.1, iOS 10.0.1 (14A403) Reporter: Thorsten Peters Priority: Critical Our Company is using a SAPUI5-App. This App is loading a huge abmount of data from the SAP-System and holds ist offline. An initial load takes about 7 minutes. On iOS 9.3.x this worked like charem, no Problems at all. After upgrade to current GM of iOS 10 ist seems like the OS is cancelling every AJAX-Request after a Hardlimit of 60 Seconds. We also tested this with Chrome and Safari (WebVersion of App), the Requests got also cancelled. -- 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