[jira] [Commented] (CB-5183) WP7/8 lib path is not correctly resolved by CLI
[ https://issues.apache.org/jira/browse/CB-5183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841113#comment-13841113 ] Sergey Grebnov commented on CB-5183: just tested, 1) platform add works just fine 2) platform update does not work a) in case of custom path c:\projects\git\cordova-medic\slave_windows\WP8_Master\build\mobilespecnode ../cordova-cli/bin/cordova platform update wp8 Downloading cordova-wp8-master library for wp8... [Error: Error running update script: Error: Command failed: Cannot read non-existant file : c:\projects\git\cordova-medic\slave_windows\WP8_Master\build\cordova-wp8\wp8\VERSION Cannot read non-existant file : c:\projects\git\cordova-medic\slave_windows\WP8_Master\build\cordova-wp8\wp8\VERSION] b) normal case where platform is automatically downloaded and stored in special place c:\projects\git\cordova-medic\slave_windows\WP8_Master\build\mobilespecnode ../cordova-cli/bin/cordova platform update wp8 Downloading cordova library for wp8... Download complete [Error: Error running update script: Error: Command failed: Cannot read non-existant file : C:\Users\Administrator\.cordova\lib\wp\cordova\3.2.0\wp8\VERSION Cannot read non-existant file : C:\Users\Administrator\.cordova\lib\wp\cordova\3.2.0\wp8\VERSION] WP7/8 lib path is not correctly resolved by CLI --- Key: CB-5183 URL: https://issues.apache.org/jira/browse/CB-5183 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Sergey Grebnov Assignee: Josh Soref Priority: Minor Attachments: cordova_wp8_wp7_cli.patch Steps to reproduce 1. Install latest cordova-cli from git repo 2. Create new project App using 'cordova create App' CLI command 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo For example { id:org.apache.mobilespec, name:mobilespec, lib: { wp8: { uri: c:\\..\\cordova-wp8, version: 3.1.0, id: cordova-wp8-master} }} 4. Run 'cordova platform add wp8' commands Expected: command succeeded. Actually: command failed with the message below Error: Error while checking requirements: 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or external command, operable program or batch file. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5589) NATIVE_URI returns null on iOS 7
John M. Wargo created CB-5589: - Summary: NATIVE_URI returns null on iOS 7 Key: CB-5589 URL: https://issues.apache.org/jira/browse/CB-5589 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Environment: iPhone 5 running iOS 7.0.4. Reporter: John M. Wargo Using Camera.DestinationType.NATIVE_URI on iOS returns null. Also, not sure if this is important, but on Android, it returns the same URI you get with Camera.DestinationType.FILE_URI. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5590) Asymetry in cordova build updating platform versions (Android/iOS)
Abel Muiño created CB-5590: -- Summary: Asymetry in cordova build updating platform versions (Android/iOS) Key: CB-5590 URL: https://issues.apache.org/jira/browse/CB-5590 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Environment: OSX Reporter: Abel Muiño The version attribute from config.xml updates fields with different semantic in Android vs iOS. Both platforms have 2 different version numbers. One acts as the public version number (published on the markets, etc) and the other acts as a private build number (changing with each development iteration) The current behavior is: * Android: updates the {{android:versionName}} ( [A string value that represents the release version of the application code, as it should be shown to users|http://developer.android.com/tools/publishing/versioning.html] ) * iOS: updates the {{CFBundleVersion}} instead: ( [represents an iteration (released or unreleased) of the bundle and can contain a mix of characters and numbers, as in 12E123|https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/ConfiguringYourApp/ConfiguringYourApp.html#//apple_ref/doc/uid/TP40012582-CH28-SW18]) So, android updates the visible version, but iOS updates the private one. This should be synced… I think it makes sense to have the {{config.xml version}} be the public one. This means update the iOS tooling to fill the {{CFBundleShortVersionString}} instead. That way, {{CFBundleVersion}} and {{android:versionCode}} remain private versions, maybe using the build number from a continous integration server… -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5542) [Release + 3.3.0] Branch Test Tag RC1 for BlackBerry
[ https://issues.apache.org/jira/browse/CB-5542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-5542. --- Resolution: Fixed [Release + 3.3.0] Branch Test Tag RC1 for BlackBerry Key: CB-5542 URL: https://issues.apache.org/jira/browse/CB-5542 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Steve Gill Fix For: 3.3.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5591) IAB.evaluateJavascript() using wrong escaping function on iOS
Andrew Grieve created CB-5591: - Summary: IAB.evaluateJavascript() using wrong escaping function on iOS Key: CB-5591 URL: https://issues.apache.org/jira/browse/CB-5591 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/5 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5591) IAB.evaluateJavascript() using wrong escaping function on iOS
[ https://issues.apache.org/jira/browse/CB-5591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841289#comment-13841289 ] Andrew Grieve commented on CB-5591: --- http://git-wip-us.apache.org/repos/asf/cordova-plugin-inappbrowser/commit/f448ce88 IAB.evaluateJavascript() using wrong escaping function on iOS - Key: CB-5591 URL: https://issues.apache.org/jira/browse/CB-5591 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/5 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5591) IAB.evaluateJavascript() using wrong escaping function on iOS
[ https://issues.apache.org/jira/browse/CB-5591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5591. --- Resolution: Fixed Some chars like 'º' don't escape well with function window.escape Fixed in 0.2.6-dev IAB.evaluateJavascript() using wrong escaping function on iOS - Key: CB-5591 URL: https://issues.apache.org/jira/browse/CB-5591 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/5 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5489) class javadoc in CordovaActivity should reference config.xml instead of set*Property()
[ https://issues.apache.org/jira/browse/CB-5489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841292#comment-13841292 ] Marcel Kinard commented on CB-5489: --- Also missing in cordova-docs is: - ShowTitle SetFullScreen is in CordovaActivity.java, but FullScreen is in CordovaWebView.java. These look to be dups of each other that should be reconciled. BackgroundColor is already in the global config docs, so ignore that previous comment. class javadoc in CordovaActivity should reference config.xml instead of set*Property() -- Key: CB-5489 URL: https://issues.apache.org/jira/browse/CB-5489 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: Master Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor The large javadoc section at the top of CordovaActivity.java suggests a number of configuration settings be performed via set*Property() instead of using config.xml. That doesn't sound correct. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5592) IAB on Android should set MIME type when opening external links.
Andrew Grieve created CB-5592: - Summary: IAB on Android should set MIME type when opening external links. Key: CB-5592 URL: https://issues.apache.org/jira/browse/CB-5592 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/6 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-4229) BlackBerry OS Docs Removal
[ https://issues.apache.org/jira/browse/CB-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins reassigned CB-4229: - Assignee: Bryan Higgins (was: Lorin Beer) [~lorin.beer] I'll look at this today BlackBerry OS Docs Removal -- Key: CB-4229 URL: https://issues.apache.org/jira/browse/CB-4229 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Docs Affects Versions: 2.9.0 Reporter: Lorin Beer Assignee: Bryan Higgins Fix For: 3.3.0 BlackBerry OS received a positive vote to be deprecated by 3.0.0 remove BB OS from Apache Cordova as of 3.0.0 This Includes: - removing all references to BBOS from docs -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5592) IAB on Android should set MIME type when opening external links.
[ https://issues.apache.org/jira/browse/CB-5592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841305#comment-13841305 ] Andrew Grieve commented on CB-5592: --- We might want to make the same change for CordovaWebView.java as well... IAB on Android should set MIME type when opening external links. Key: CB-5592 URL: https://issues.apache.org/jira/browse/CB-5592 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/6 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5593) Make IAB Use NSLocalizedString on iOS
Andrew Grieve created CB-5593: - Summary: Make IAB Use NSLocalizedString on iOS Key: CB-5593 URL: https://issues.apache.org/jira/browse/CB-5593 Project: Apache Cordova Issue Type: Improvement Components: iOS, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/9 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5593) Make IAB Use NSLocalizedString on iOS
[ https://issues.apache.org/jira/browse/CB-5593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841311#comment-13841311 ] ASF subversion and git services commented on CB-5593: - Commit 034b59931588e3bc5869ff7677e5307660b68feb in branch refs/heads/dev from [~tomas.fejfar] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=034b599 ] CB-5593 iOS: Make InAppBrowser localizable Wrapping all UI strings in NSLocalizedString macro Make IAB Use NSLocalizedString on iOS - Key: CB-5593 URL: https://issues.apache.org/jira/browse/CB-5593 Project: Apache Cordova Issue Type: Improvement Components: iOS, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/9 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841314#comment-13841314 ] Mike Billau commented on CB-5398: - I'm going to add a note under Android Quirks for getPicture() documenting this quirk for 4.4 and linking out to the stackoverflow post above as possible solutions. Sound good? When we resolve this we can remove the quirk in the documentation. Thanks guys for looking at this. Sorry I don't have anything to add yet but want to do more investigation today. Pick image from Library or Photo album on android 4.4 - Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0, 3.2.0 Environment: android 4.4 Reporter: julio cesar Assignee: Mike Billau An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an open from dialog that let you choose from new places as Recent, Drive, Images and Downloads (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5589) NATIVE_URI returns null on iOS 7
[ https://issues.apache.org/jira/browse/CB-5589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John M. Wargo updated CB-5589: -- Description: Using Camera.DestinationType.NATIVE_URI on iOS returns null. Also, not sure if this is important, but on Android, it returns the same URI you get with Camera.DestinationType.FILE_URI. Here's my code: function takePhoto() { var cameraOptions = { quality : 50, destinationType : Camera.DestinationType.NATIVE_URI, sourceType : Camera.PictureSourceType.CAMERA } navigator.camera.getPicture(cameraSuccess, cameraError, cameraOptions); } function cameraSuccess(res) { console.log(Result: + res); } function cameraError(errObj) { console.error(JSON.stringify(errObj)); navigator.notification.alert(JSON.stringify(errObj), null, Camera Error, Continue); } was: Using Camera.DestinationType.NATIVE_URI on iOS returns null. Also, not sure if this is important, but on Android, it returns the same URI you get with Camera.DestinationType.FILE_URI. NATIVE_URI returns null on iOS 7 Key: CB-5589 URL: https://issues.apache.org/jira/browse/CB-5589 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Environment: iPhone 5 running iOS 7.0.4. Reporter: John M. Wargo Using Camera.DestinationType.NATIVE_URI on iOS returns null. Also, not sure if this is important, but on Android, it returns the same URI you get with Camera.DestinationType.FILE_URI. Here's my code: function takePhoto() { var cameraOptions = { quality : 50, destinationType : Camera.DestinationType.NATIVE_URI, sourceType : Camera.PictureSourceType.CAMERA } navigator.camera.getPicture(cameraSuccess, cameraError, cameraOptions); } function cameraSuccess(res) { console.log(Result: + res); } function cameraError(errObj) { console.error(JSON.stringify(errObj)); navigator.notification.alert(JSON.stringify(errObj), null, Camera Error, Continue); } -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5589) NATIVE_URI returns null on iOS 7
[ https://issues.apache.org/jira/browse/CB-5589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John M. Wargo updated CB-5589: -- Description: Using Camera.DestinationType.NATIVE_URI on iOS returns null. Also, not sure if this is important, but on Android, it returns the same URI you get with Camera.DestinationType.FILE_URI. Here's my code: function takePhoto() { var cameraOptions = { destinationType : Camera.DestinationType.NATIVE_URI, sourceType : Camera.PictureSourceType.CAMERA } navigator.camera.getPicture(cameraSuccess, cameraError, cameraOptions); } function cameraSuccess(res) { console.log(Result: + res); } function cameraError(errObj) { console.error(JSON.stringify(errObj)); navigator.notification.alert(JSON.stringify(errObj), null, Camera Error, Continue); } was: Using Camera.DestinationType.NATIVE_URI on iOS returns null. Also, not sure if this is important, but on Android, it returns the same URI you get with Camera.DestinationType.FILE_URI. Here's my code: function takePhoto() { var cameraOptions = { quality : 50, destinationType : Camera.DestinationType.NATIVE_URI, sourceType : Camera.PictureSourceType.CAMERA } navigator.camera.getPicture(cameraSuccess, cameraError, cameraOptions); } function cameraSuccess(res) { console.log(Result: + res); } function cameraError(errObj) { console.error(JSON.stringify(errObj)); navigator.notification.alert(JSON.stringify(errObj), null, Camera Error, Continue); } NATIVE_URI returns null on iOS 7 Key: CB-5589 URL: https://issues.apache.org/jira/browse/CB-5589 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Environment: iPhone 5 running iOS 7.0.4. Reporter: John M. Wargo Using Camera.DestinationType.NATIVE_URI on iOS returns null. Also, not sure if this is important, but on Android, it returns the same URI you get with Camera.DestinationType.FILE_URI. Here's my code: function takePhoto() { var cameraOptions = { destinationType : Camera.DestinationType.NATIVE_URI, sourceType : Camera.PictureSourceType.CAMERA } navigator.camera.getPicture(cameraSuccess, cameraError, cameraOptions); } function cameraSuccess(res) { console.log(Result: + res); } function cameraError(errObj) { console.error(JSON.stringify(errObj)); navigator.notification.alert(JSON.stringify(errObj), null, Camera Error, Continue); } -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5594) IAB: Add disallowoverscroll as an option in window.open()
Andrew Grieve created CB-5594: - Summary: IAB: Add disallowoverscroll as an option in window.open() Key: CB-5594 URL: https://issues.apache.org/jira/browse/CB-5594 Project: Apache Cordova Issue Type: Improvement Components: Android, BlackBerry, iOS, Plugin InAppBrowser, Windows 8, WP7, WP8 Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/10 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5193) WebSQL on Android fails with multiple databases
[ https://issues.apache.org/jira/browse/CB-5193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841335#comment-13841335 ] ASF subversion and git services commented on CB-5193: - Commit e819041fd411d728c635a122f404ba6184fea640 in branch refs/heads/dev from [~dickvdbrink] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=e819041 ] Apply CB-5193 to InAppBrowser From pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/11 WebSQL on Android fails with multiple databases --- Key: CB-5193 URL: https://issues.apache.org/jira/browse/CB-5193 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Fix For: 3.2.0 openDatabase() with two different names and the second one will fail. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5595) IAB: Make toolbar position configurable on iOS
Andrew Grieve created CB-5595: - Summary: IAB: Make toolbar position configurable on iOS Key: CB-5595 URL: https://issues.apache.org/jira/browse/CB-5595 Project: Apache Cordova Issue Type: Improvement Components: iOS, Plugin InAppBrowser Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/14 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5596) Fix capture plugin for WP
Andrew Grieve created CB-5596: - Summary: Fix capture plugin for WP Key: CB-5596 URL: https://issues.apache.org/jira/browse/CB-5596 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Capture, WP7, WP8 Reporter: Andrew Grieve Assignee: Jesse MacFadyen Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-media-capture/pull/3 Seems the config.xml changes are already fixed, but not the source code changes. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5596) Fix capture plugin for WP
[ https://issues.apache.org/jira/browse/CB-5596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5596. --- Resolution: Duplicate Fix capture plugin for WP - Key: CB-5596 URL: https://issues.apache.org/jira/browse/CB-5596 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Capture, WP7, WP8 Reporter: Andrew Grieve Assignee: Jesse MacFadyen Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-media-capture/pull/3 Seems the config.xml changes are already fixed, but not the source code changes. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5054) cordova-plugin-media-capture crash on wp8
[ https://issues.apache.org/jira/browse/CB-5054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-5054: -- Assignee: Jesse MacFadyen cordova-plugin-media-capture crash on wp8 -- Key: CB-5054 URL: https://issues.apache.org/jira/browse/CB-5054 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Capture, WP7, WP8 Affects Versions: 3.0.0 Environment: wp8+vs2012 Reporter: TianBo Yang Assignee: Jesse MacFadyen Priority: Critical Labels: cordova-plugin-media-capture, wp8 1.use Cordova CLI create WP8 template project, add plugin cordova-plugin-media-capture. 2.then add the captureAudio Example.html(http://cordova.apache.org/docs/en/3.0.0/cordova_media_capture_capture.md.html#Capture) when i run this project, click CaptureAudio there is a carsh. i debug in vs2012,there is the exception log! stackTrace: at System.Windows.Navigation.NavigationService.Navigate(Uri source) uri: {./CordovaLib/UI/AudioRecorder.xaml?dummy=bc51b4bf-8798-46ee-a2a6-cad51bd23401} exception msg: Navigation is only supported to relative URIs that are fragments, or begin with '/', or which contain ';component/'. Parameter name: uri it's also crash, when excute CaptureVideo ! there is the crash reason caused crash, bad navigate uri. AudioCaptureTask.cs line 79 root.Navigate(new System.Uri(baseUrl + CordovaLib/UI/AudioRecorder.xaml?dummy= + Guid.NewGuid().ToString(), UriKind.Relative)); VideoCaptureTask.cs line 79. root.Navigate(new System.Uri(baseUrl + CordovaLib/UI/VideoRecorder.xaml?dummy= + Guid.NewGuid().ToString(), UriKind.Relative)); -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5526) Keycodes not getting identified and throws error on Android KitKat
[ https://issues.apache.org/jira/browse/CB-5526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841344#comment-13841344 ] Deep Singh commented on CB-5526: Joe - I have tested this issue on Google chrome on Android and same issue is there on both Android 4.4 and 4.2.2. But on Android 4.2.2 if I install as a phonegap app it works fine. I am not sure what needs to be done next. Please let me know as I am stuck and we need to release a certified version of our app asap. Your help on this is much appreciated. -Deep Keycodes not getting identified and throws error on Android KitKat -- Key: CB-5526 URL: https://issues.apache.org/jira/browse/CB-5526 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.0.0 Environment: Heres what my app is running on: Cordova - 2.0.0 Jquery Mobile - 1.0 Android - 4.4 (Kit kat) Device - Nexus 5 I have created a sample with Cordova 3.1.0 and issue is still there. Reporter: Deep Singh Assignee: Joe Bowser Labels: patch Fix For: 2.0.0 Original Estimate: 672h Remaining Estimate: 672h Hi There - I got Google Nexus 5 phone today and tried to test my app on it. Most of the parts work fine but I get following error very frequently. And few parts are not working at all. Any idea what this error means? I searched internet but only found that Google has changed webkit to chromium. Can you provide more details on it or any solution? I have been talking phonegap (cordova) support and they confirmed it is an issue and I have to log defect here. 11-21 14:49:39.256: E/chromium(5721): [ERROR:aw_autofill_manager_delegate.cc(144)] Not implemented reached in virtual void android_webview::AwAutofillManagerDelegate::UpdateAutofillPopupDataListValues(const std::vector , const std::vector ) I have a custom method created by me for converting user entered values to currency format. And the above problem is happening all the time when I press delete button from keypad. Here is the code: function CurrencyFormatter(object, e, maxLength) { try { //alert(e.keyCode); var val = $.trim(object.value); var len = val.length + 1; var char = String.fromCharCode(e.keyCode); var pattern = new RegExp(/^[0-9]+$/); //console.log(char: + char); //console.log(pattern.test(char)); //console.log(pattern.test(new String(char))); if(len = maxLength pattern.test(char)) { //console.log(val); if(val == '0'){ if (val.length 0 val.length 11) val = val + char; } else if (val.length 11) val = val + char; object.value = formatCurrency(val, add); } else if(e.keyCode == 8) { //var numBox = document.getElementById('numBox'); if(val.length 0){ //pennies = pennies.substring(0, pennies.length - 1); object.value = formatCurrency(val, del); } } e.preventDefault(); return false; } catch (ex) { console.log(ex); } } function formatCurrency(amount, type) { var i = parseFloat(amount); var i2; //console.log(1: + i); if(isNaN(i)) { i = 0.00; } if(type == add) { i = Math.round(i * 1000); //console.log(1.5: + i); i = i / 100; //console.log(3: + i); } else if(type == del) { i = parseInt(i * 100); //console.log(2: + i); sub = new String(i); //console.log(sub1: + sub); sub = sub.substring(0, sub.length - 1) ; sub = sub == ? 0:sub; //console.log(sub2: + sub); i = parseFloat(sub); //console.log(del: + i); i = i / 100; //console.log(3: + i); } s = new String(i); if(s.indexOf('.') 0) { s += '.00'; } if(s.indexOf('.') == (s.length - 2)) { s += '0'; } //console.log(4: + s); return s; } The crash errors will not be on phone screen. The sample I have provided should work to enter just numbers and format it to currency. No special characters should be allowed. If you can enter special characters then the issue is there. Heres what my app is running on: Cordova - 2.0.0 Jquery Mobile - 1.0 Android - 4.4 (Kit kat) Device - Nexus 5 Will be waiting for your reply on this as we can't certify our app on Android 4.4 -Deep -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5517) navigator.device.capture.captureVideo crashes on android 4.4
[ https://issues.apache.org/jira/browse/CB-5517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841349#comment-13841349 ] Andrew Grieve commented on CB-5517: --- Fix via pull request: https://github.com/apache/cordova-plugin-media-capture/pull/8 navigator.device.capture.captureVideo crashes on android 4.4 Key: CB-5517 URL: https://issues.apache.org/jira/browse/CB-5517 Project: Apache Cordova Issue Type: Bug Reporter: Trent Hennessy when using navigator.device.capture.captureVideo the app crashes in 4.4 . This had been previously fixed in 4.3 to throw and error and retrieve the captured video instead of crashing the app. 12-02 11:28:56.819: E/AndroidRuntime(25693): FATAL EXCEPTION: main 12-02 11:28:56.819: E/AndroidRuntime(25693): Process: com.example.test, PID: 25693 12-02 11:28:56.819: E/AndroidRuntime(25693): java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=2, result=-1, data=Intent { dat=content://media/external/video/media/1531 }} to activity {com.example.test/com.example.test.Testing}: java.lang.IllegalStateException: Do not perform IO operations on the UI thread. Use CordovaInterface.getThreadPool() instead. 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.app.ActivityThread.deliverResults(ActivityThread.java:3346) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.app.ActivityThread.handleSendResult(ActivityThread.java:3389) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.app.ActivityThread.access$1200(ActivityThread.java:135) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1445) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.os.Handler.dispatchMessage(Handler.java:102) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.os.Looper.loop(Looper.java:137) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.app.ActivityThread.main(ActivityThread.java:4998) 12-02 11:28:56.819: E/AndroidRuntime(25693): at java.lang.reflect.Method.invokeNative(Native Method) 12-02 11:28:56.819: E/AndroidRuntime(25693): at java.lang.reflect.Method.invoke(Method.java:515) 12-02 11:28:56.819: E/AndroidRuntime(25693): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:777) 12-02 11:28:56.819: E/AndroidRuntime(25693): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:593) 12-02 11:28:56.819: E/AndroidRuntime(25693): at dalvik.system.NativeStart.main(Native Method) 12-02 11:28:56.819: E/AndroidRuntime(25693): Caused by: java.lang.IllegalStateException: Do not perform IO operations on the UI thread. Use CordovaInterface.getThreadPool() instead. 12-02 11:28:56.819: E/AndroidRuntime(25693): at org.apache.cordova.CordovaResourceApi.assertBackgroundThread(CordovaResourceApi.java:351) 12-02 11:28:56.819: E/AndroidRuntime(25693): at org.apache.cordova.CordovaResourceApi.mapUriToFile(CordovaResourceApi.java:130) 12-02 11:28:56.819: E/AndroidRuntime(25693): at org.apache.cordova.mediacapture.Capture.createMediaFile(Capture.java:378) 12-02 11:28:56.819: E/AndroidRuntime(25693): at org.apache.cordova.mediacapture.Capture.onActivityResult(Capture.java:334) 12-02 11:28:56.819: E/AndroidRuntime(25693): at org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:915) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.app.Activity.dispatchActivityResult(Activity.java:5435) 12-02 11:28:56.819: E/AndroidRuntime(25693): at android.app.ActivityThread.deliverResults(ActivityThread.java:3342) 12-02 11:28:56.819: E/AndroidRuntime(25693): ... 11 more -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Reopened] (CB-5202) Android Video Capture crashes app on 4.3
[ https://issues.apache.org/jira/browse/CB-5202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve reopened CB-5202: --- Assignee: Andrew Grieve Fix via pull request: https://github.com/apache/cordova-plugin-media-capture/pull/8 Note that I haven't actually verified that this is still broken, but since there's a recent pull request, it should be revisited. Android Video Capture crashes app on 4.3 Key: CB-5202 URL: https://issues.apache.org/jira/browse/CB-5202 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Media Capture Affects Versions: 3.0.0 Environment: Android 4.3 Reporter: Tom Saunders Assignee: Andrew Grieve Priority: Critical Using the cordova video capture plugin crashes the application when returning from the capture video intent. No data is returned. This is a known issue with Android 4.3, the workaround is to explicitly specify a location for saving the video Relevant stackoverflows: http://stackoverflow.com/questions/18472953/video-capture-in-android-4-3-using-camera-app-intent http://stackoverflow.com/questions/18120775/android-android-provider-mediastore-action-video-capture-return-null-onactivityr -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4971) Installation of plugins does not work for iOS
[ https://issues.apache.org/jira/browse/CB-4971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841364#comment-13841364 ] Cody Redmond commented on CB-4971: -- cordova 3.2.0-0.4.0 xcode 5.0.2 I can also confirm that the steps provided by Wicky Hu mangle my config.xml. Installation of plugins does not work for iOS - Key: CB-4971 URL: https://issues.apache.org/jira/browse/CB-4971 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts, Plugin Device, Plugin Dialogs Affects Versions: 3.0.0, 3.1.0 Environment: iOS Reporter: Oleg Priority: Critical Labels: ios, plugin Fix For: Master, 3.0.0, 3.3.0 Original Estimate: 72h Remaining Estimate: 72h Installation of iOS plugins does not work for iOS. Update: does not work in 3.1 cordova either. When installing the plugin via cordova plugin add, the plugins fail to install correctly to the iOS platform: - source code (.js, .m, .h and .bundle) files are not copied over - proper frameworks are not being added to the project - config.xml file is not updated with plugin information Tried it on Device, Contacts and Dialogs and some other plugins. Update: tried on network-information plugin with cordova 3.1 the workaround is to perform the above steps manually. but it is not documented anywhere. Note: it worked for me during one test, when the project was fresh. However after making a few minor changes and running cordova prepare or cordova build a few times, it stops working for iOS - i.e. you cannot add plugins without issues above. Android works fine. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841440#comment-13841440 ] Mike Billau commented on CB-5398: - Pull request for the quick here: https://github.com/apache/cordova-docs/pull/163 Pick image from Library or Photo album on android 4.4 - Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0, 3.2.0 Environment: android 4.4 Reporter: julio cesar Assignee: Mike Billau An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an open from dialog that let you choose from new places as Recent, Drive, Images and Downloads (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5590) Asymetry in cordova build updating platform versions (Android/iOS)
[ https://issues.apache.org/jira/browse/CB-5590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abel Muiño updated CB-5590: --- Attachment: ios_parser.js.patch Patch for the issue. Asymetry in cordova build updating platform versions (Android/iOS) -- Key: CB-5590 URL: https://issues.apache.org/jira/browse/CB-5590 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Environment: OSX Reporter: Abel Muiño Attachments: ios_parser.js.patch The version attribute from config.xml updates fields with different semantic in Android vs iOS. Both platforms have 2 different version numbers. One acts as the public version number (published on the markets, etc) and the other acts as a private build number (changing with each development iteration) The current behavior is: * Android: updates the {{android:versionName}} ( [A string value that represents the release version of the application code, as it should be shown to users|http://developer.android.com/tools/publishing/versioning.html] ) * iOS: updates the {{CFBundleVersion}} instead: ( [represents an iteration (released or unreleased) of the bundle and can contain a mix of characters and numbers, as in 12E123|https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/ConfiguringYourApp/ConfiguringYourApp.html#//apple_ref/doc/uid/TP40012582-CH28-SW18]) So, android updates the visible version, but iOS updates the private one. This should be synced… I think it makes sense to have the {{config.xml version}} be the public one. This means update the iOS tooling to fill the {{CFBundleShortVersionString}} instead. That way, {{CFBundleVersion}} and {{android:versionCode}} remain private versions, maybe using the build number from a continous integration server… -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5375) iOS7 splash screen resizing
[ https://issues.apache.org/jira/browse/CB-5375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841481#comment-13841481 ] Fabrizio Bottino commented on CB-5375: -- Can someone help me? iOS7 splash screen resizing --- Key: CB-5375 URL: https://issues.apache.org/jira/browse/CB-5375 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Affects Versions: 3.1.0 Environment: iOS 7.0.x Xcode 5 Reporter: Fabrizio Bottino Labels: ios7, splashscreen, xcode5 When transition happens between xcode splash screen and plugin splash screen I can see image moving because it got resized. My app is currently compatible with iOS 5.x, 6.x, 7.0.x so I have both old splash screen sizes (devices size - status bar) and new splash screen sizes (full devices size) I tried to debug the issue and this is what I have found: - plugin guesses splash screen file name based on default apple naming of files - plugin is not reading effective splash screen used in in .plist - in iOS 7 there are new splash screen sizes which are outside standard apple naming in this example I will show ipad NON retina landscape: 1024x748 Default-Landscape~ipad.png 1024x768 ipad7l.png Where ipad7l is a name I choose, while Default-Landscape~ipad is the name Xcode has given to my splash after pointing it as splash. When plugin starts it compares actual device resolution with guessed image resolution and if they're not equal it proceed to resize. Device size is 1024x768, image size is 1024x748 (because plugin guesses Default-Landscape~ipad.png as image file name, as in iOS 6 naming) and it proceed to resize it. Maybe I am wrong in my splash screen naming. If I am not I suggest plugin should red .plist file to know which file to use -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5441) [docs] startRecord and stopRecord method is not supported on BB10
[ https://issues.apache.org/jira/browse/CB-5441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-5441. --- Resolution: Duplicate Fix Version/s: 3.3.0 I have included this pull request along with the removal of all BBOS docs https://github.com/apache/cordova-docs/pull/162 [docs] startRecord and stopRecord method is not supported on BB10 - Key: CB-5441 URL: https://issues.apache.org/jira/browse/CB-5441 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: JennyGee Priority: Minor Fix For: 3.3.0 Currently in the docs it shows startRecord and stopRecord is supported on BB10 SDK. These two methods were tested on BB10 and has been confirmed that it is not supported. Please update: http://cordova.apache.org/docs/en/edge/cordova_media_media.md.html#media.startRecord and http://cordova.apache.org/docs/en/edge/cordova_media_media.md.html#media.stopRecord All other functions have been confirmed to be supported on BB10 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5567) Phonegap (3.2.0 and 3.1.0) Camera not successful on first try
[ https://issues.apache.org/jira/browse/CB-5567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-5567. Resolution: Cannot Reproduce This is probably one of the most tested features. I can't reproduce this on MobileSpec. You should check to see if your plugins are installed correctly. Phonegap (3.2.0 and 3.1.0) Camera not successful on first try - Key: CB-5567 URL: https://issues.apache.org/jira/browse/CB-5567 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.1.0, 3.2.0 Environment: Windows 7 32bit, Eclipse. CLI Phonegap 3.2.0 Reporter: engr Labels: features Phonegap (3.2.0 and 3.1.0) Camera not successful on first try. even after the second capture try nothing shown to the screen but after the third capture try it show the captured picture. Kindly find the below code which i am using: !DOCTYPE html html head titleCapture Photo/title script type=text/javascript charset=utf-8 src=cordova.js/script script type=text/javascript charset=utf-8 var pictureSource; // picture source var destinationType; // sets the format of returned value // Wait for device API libraries to load // document.addEventListener(deviceready,onDeviceReady,false); // device APIs are available // function onDeviceReady() { pictureSource=navigator.camera.PictureSourceType; destinationType=navigator.camera.DestinationType; } // Called when a photo is successfully retrieved // function onPhotoDataSuccess(imageData) { // Uncomment to view the base64-encoded image data // console.log(imageData); alert(1); // Get image handle // var smallImage = document.getElementById('smallImage'); // Unhide image elements // smallImage.style.display = 'block'; // Show the captured photo // The inline CSS rules are used to resize the image // smallImage.src = data:image/jpeg;base64, + imageData; } // Called when a photo is successfully retrieved // function onPhotoURISuccess(imageURI) { // Uncomment to view the image file URI // console.log(imageURI); // Get image handle // var largeImage = document.getElementById('largeImage'); // Unhide image elements // largeImage.style.display = 'block'; // Show the captured photo // The inline CSS rules are used to resize the image // largeImage.src = imageURI; } // A button will call this function // function capturePhoto() { alert(capturePhoto); // Take picture using device camera and retrieve image as base64-encoded string navigator.camera.getPicture(onPhotoDataSuccess, onFail, { quality: 10, destinationType: destinationType.DATA_URL }); alert(2); onPhotoDataSuccess(imageData); } // A button will call this function // function capturePhotoEdit() { // Take picture using device camera, allow edit, and retrieve image as base64-encoded string navigator.camera.getPicture(onPhotoDataSuccess, onFail, { quality: 20, allowEdit: true, destinationType: destinationType.DATA_URL }); } // A button will call this function // function getPhoto(source) { // Retrieve image file location from specified source navigator.camera.getPicture(onPhotoURISuccess, onFail, { quality: 50, destinationType: destinationType.FILE_URI, sourceType: source }); } // Called if something bad happens. // function onFail(message) { alert(Failed); } /script /head body button onclick=capturePhoto();Capture Photo565/button br button onclick=capturePhotoEdit();Capture Editable Photo/button br button onclick=getPhoto(pictureSource.PHOTOLIBRARY);From Photo Library/buttonbr button onclick=getPhoto(pictureSource.SAVEDPHOTOALBUM);From Photo Album/buttonbr img style=display:none;width:60px;height:60px; id=smallImage src= / img style=display:none; id=largeImage src= / /body /html -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841527#comment-13841527 ] Joe Bowser commented on CB-5398: [~agrieve] I think we agree on what a valid URL is: This is valid, but is rejected by Android as invalid: content://com.android.providers.media.documents/document/image%A3951 This is invalid, but gives a security error: content://com.android.providers.media.documents/document/image:3951 The first URL has the READ permission passed back, which is correct. Since we don't have permissions to do anything with the invalid (yet correct according to StackOverflow) URI, we can't access this. This wouldn't be the first time a URI encoding bug broke something on Android. :( Pick image from Library or Photo album on android 4.4 - Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0, 3.2.0 Environment: android 4.4 Reporter: julio cesar Assignee: Mike Billau An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an open from dialog that let you choose from new places as Recent, Drive, Images and Downloads (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841546#comment-13841546 ] Andrew Grieve commented on CB-5398: --- Gotcha! Thanks for the clarification. Pick image from Library or Photo album on android 4.4 - Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0, 3.2.0 Environment: android 4.4 Reporter: julio cesar Assignee: Mike Billau An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an open from dialog that let you choose from new places as Recent, Drive, Images and Downloads (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5582) Docs lie about CLI having icon splashscreen support
[ https://issues.apache.org/jira/browse/CB-5582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841558#comment-13841558 ] Cesidio DiBenedetto commented on CB-5582: - I have a somewhat similar approach but instead use cordova-cli hooks to move the icons/splashscreens in their respective places. One difference is that I move all assets under www/res into a directory under the project root named assets. My thinking is that the icons/splashscreens are not part of the application code, but part of the application package. Take a look: https://github.com/cdibened/cordova-hooks Some of the scripts should be updated to support iOS 7 naming conventions (will get around to it). Docs lie about CLI having icon splashscreen support - Key: CB-5582 URL: https://issues.apache.org/jira/browse/CB-5582 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Andrew Grieve Priority: Minor This page: http://cordova.apache.org/docs/en/3.2.0/config_ref_images.md.html They say icons go in: {code} www/res/icons {code} and splashscreens in {code} $project/www/res/screens/ios. {code} But the CLI doens't do anything to help with icons nor splashscreens. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5597) [BlackBerry10] Inconsistencies in BlackBerry documentation
Kristoffer Flores created CB-5597: - Summary: [BlackBerry10] Inconsistencies in BlackBerry documentation Key: CB-5597 URL: https://issues.apache.org/jira/browse/CB-5597 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.2.0, 3.1.0 Reporter: Kristoffer Flores Priority: Minor Under Supported Platforms for documentation in various API's, it will list support for the BlackBerry platform as: - BlackBerry WebWorks 5.0+ - BlackBerry 10 - BlackBerry - BlackBerry WebWorks (OS 5.0 and higher) There should be a single platform name that is used throughout the documentation to prevent confusion for the end user. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841573#comment-13841573 ] ASF subversion and git services commented on CB-5398: - Commit 9b42839124026c7ed65ae57910927ebd99a580b4 in branch refs/heads/master from [~mrbillau] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=9b42839 ] [CB-5398] Add Android 4.4 quirk about StorageAccessFramework Pick image from Library or Photo album on android 4.4 - Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0, 3.2.0 Environment: android 4.4 Reporter: julio cesar Assignee: Mike Billau An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an open from dialog that let you choose from new places as Recent, Drive, Images and Downloads (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5598) Media.play() race condition on Android
Andrew Grieve created CB-5598: - Summary: Media.play() race condition on Android Key: CB-5598 URL: https://issues.apache.org/jira/browse/CB-5598 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Media Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Reported via pull request: https://github.com/apache/cordova-plugin-media/pull/6 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5599) Rotating images within Camera can cause OutOfMemoryException
Andrew Grieve created CB-5599: - Summary: Rotating images within Camera can cause OutOfMemoryException Key: CB-5599 URL: https://issues.apache.org/jira/browse/CB-5599 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Report via pull request: https://github.com/apache/cordova-plugin-camera/pull/3 Proposed fix is to just not rotate the image in this case (seems reasonable) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5599) Rotating images within Camera can cause OutOfMemoryException
[ https://issues.apache.org/jira/browse/CB-5599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841610#comment-13841610 ] ASF subversion and git services commented on CB-5599: - Commit 6f4fef8479d690b9037baa05ab4269f9279e1d80 in branch refs/heads/dev from [~kworam] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=6f4fef8 ] CB-5599 Android: Catch and ignore OutOfMemoryError in getRotatedBitmap() getRotatedBitmap() can run out of memory if the image is very large: http://simonmacdonald.blogspot.ca/2012/07/change-to-camera-code-in-phonegap-190.html If this happens, simply do not rotate the image and return it unmodified. If you do not catch the OutOfMemoryError, the Android app crashes. Rotating images within Camera can cause OutOfMemoryException Key: CB-5599 URL: https://issues.apache.org/jira/browse/CB-5599 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Report via pull request: https://github.com/apache/cordova-plugin-camera/pull/3 Proposed fix is to just not rotate the image in this case (seems reasonable) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5599) Rotating images within Camera can cause OutOfMemoryException
[ https://issues.apache.org/jira/browse/CB-5599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5599. --- Resolution: Fixed Fixed in 0.2.6-dev Rotating images within Camera can cause OutOfMemoryException Key: CB-5599 URL: https://issues.apache.org/jira/browse/CB-5599 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Report via pull request: https://github.com/apache/cordova-plugin-camera/pull/3 Proposed fix is to just not rotate the image in this case (seems reasonable) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3762) notification.prompt doesn't accept an empty string for default text
[ https://issues.apache.org/jira/browse/CB-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841625#comment-13841625 ] ASF subversion and git services commented on CB-3762: - Commit 96c5fa74ef80fd26e01aced561adc341a11b93fd in branch refs/heads/dev from [~mrbillau] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;h=96c5fa7 ] CB-3762 Change prompt default to empty string notification.prompt doesn't accept an empty string for default text --- Key: CB-3762 URL: https://issues.apache.org/jira/browse/CB-3762 Project: Apache Cordova Issue Type: Bug Components: Plugin Dialogs Affects Versions: 2.7.0, 2.8.0 Reporter: Todd Miller Assignee: Mike Billau Priority: Minor Fix For: 3.3.0 Specifying as the last parameter for navigator.notification.prompt, the prompt dialog will still show Default Text in the text input box. However, putting a string of just a single space works (but also results in a space in the text box). In additional seems like the default of Default Text isn't the best choice from UX perspective. A default of an empty text box would make more sense. Changing line 5909 in cordova.js from: var _defaultText = (defaultText || Default text); to var _defaultText = (defaultText || ); Resolves the issue and gives a blank text box by default. Documentation would also need to be updated with the new default if this is adopted. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3762) notification.prompt doesn't accept an empty string for default text
[ https://issues.apache.org/jira/browse/CB-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841627#comment-13841627 ] Andrew Grieve commented on CB-3762: --- Fixed in 0.2.5-dev notification.prompt doesn't accept an empty string for default text --- Key: CB-3762 URL: https://issues.apache.org/jira/browse/CB-3762 Project: Apache Cordova Issue Type: Bug Components: Plugin Dialogs Affects Versions: 2.7.0, 2.8.0 Reporter: Todd Miller Assignee: Mike Billau Priority: Minor Fix For: 3.3.0 Specifying as the last parameter for navigator.notification.prompt, the prompt dialog will still show Default Text in the text input box. However, putting a string of just a single space works (but also results in a space in the text box). In additional seems like the default of Default Text isn't the best choice from UX perspective. A default of an empty text box would make more sense. Changing line 5909 in cordova.js from: var _defaultText = (defaultText || Default text); to var _defaultText = (defaultText || ); Resolves the issue and gives a blank text box by default. Documentation would also need to be updated with the new default if this is adopted. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-3762) notification.prompt doesn't accept an empty string for default text
[ https://issues.apache.org/jira/browse/CB-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-3762. --- Resolution: Fixed notification.prompt doesn't accept an empty string for default text --- Key: CB-3762 URL: https://issues.apache.org/jira/browse/CB-3762 Project: Apache Cordova Issue Type: Bug Components: Plugin Dialogs Affects Versions: 2.7.0, 2.8.0 Reporter: Todd Miller Assignee: Mike Billau Priority: Minor Fix For: 3.3.0 Specifying as the last parameter for navigator.notification.prompt, the prompt dialog will still show Default Text in the text input box. However, putting a string of just a single space works (but also results in a space in the text box). In additional seems like the default of Default Text isn't the best choice from UX perspective. A default of an empty text box would make more sense. Changing line 5909 in cordova.js from: var _defaultText = (defaultText || Default text); to var _defaultText = (defaultText || ); Resolves the issue and gives a blank text box by default. Documentation would also need to be updated with the new default if this is adopted. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5545) [Release + 3.3.0] Branch Test Tag RC1 for Firefox OS
[ https://issues.apache.org/jira/browse/CB-5545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5545. Resolution: Fixed [Release + 3.3.0] Branch Test Tag RC1 for Firefox OS Key: CB-5545 URL: https://issues.apache.org/jira/browse/CB-5545 Project: Apache Cordova Issue Type: Sub-task Components: FirefoxOS Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.3.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4229) BlackBerry OS Docs Removal
[ https://issues.apache.org/jira/browse/CB-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841676#comment-13841676 ] ASF subversion and git services commented on CB-4229: - Commit bbde83437b4b8321e201159e0160c5ffaee9432f in branch refs/heads/master from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=bbde834 ] CB-4229 Remove BlackBerry OS platform BlackBerry OS Docs Removal -- Key: CB-4229 URL: https://issues.apache.org/jira/browse/CB-4229 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Docs Affects Versions: 2.9.0 Reporter: Lorin Beer Assignee: Bryan Higgins Fix For: 3.3.0 BlackBerry OS received a positive vote to be deprecated by 3.0.0 remove BB OS from Apache Cordova as of 3.0.0 This Includes: - removing all references to BBOS from docs -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-4229) BlackBerry OS Docs Removal
[ https://issues.apache.org/jira/browse/CB-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-4229. --- Resolution: Fixed BlackBerry OS Docs Removal -- Key: CB-4229 URL: https://issues.apache.org/jira/browse/CB-4229 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, Docs Affects Versions: 2.9.0 Reporter: Lorin Beer Assignee: Bryan Higgins Fix For: 3.3.0 BlackBerry OS received a positive vote to be deprecated by 3.0.0 remove BB OS from Apache Cordova as of 3.0.0 This Includes: - removing all references to BBOS from docs -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5562) [Release + 3.3.0] Branch Test Tag RC1 for Ubuntu
[ https://issues.apache.org/jira/browse/CB-5562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5562. Resolution: Fixed Assignee: Steve Gill [Release + 3.3.0] Branch Test Tag RC1 for Ubuntu Key: CB-5562 URL: https://issues.apache.org/jira/browse/CB-5562 Project: Apache Cordova Issue Type: Sub-task Components: Ubuntu Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.3.0 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-5546) [Release + 3.3.0] Branch Test Tag RC1 for Amazon Fireos
[ https://issues.apache.org/jira/browse/CB-5546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-5546: -- Assignee: Steve Gill [Release + 3.3.0] Branch Test Tag RC1 for Amazon Fireos --- Key: CB-5546 URL: https://issues.apache.org/jira/browse/CB-5546 Project: Apache Cordova Issue Type: Sub-task Components: Amazon FireOS Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.3.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5546) [Release + 3.3.0] Branch Test Tag RC1 for Amazon Fireos
[ https://issues.apache.org/jira/browse/CB-5546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5546. Resolution: Fixed [Release + 3.3.0] Branch Test Tag RC1 for Amazon Fireos --- Key: CB-5546 URL: https://issues.apache.org/jira/browse/CB-5546 Project: Apache Cordova Issue Type: Sub-task Components: Amazon FireOS Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.3.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5547) [Release + 3.3.0] Branch Tag RC1 of cordova-cli
[ https://issues.apache.org/jira/browse/CB-5547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5547. Resolution: Fixed [Release + 3.3.0] Branch Tag RC1 of cordova-cli - Key: CB-5547 URL: https://issues.apache.org/jira/browse/CB-5547 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.3.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5600) onload property of params for config.xml isn't documented anywhere
Joe Bowser created CB-5600: -- Summary: onload property of params for config.xml isn't documented anywhere Key: CB-5600 URL: https://issues.apache.org/jira/browse/CB-5600 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Joe Bowser When developing a plugin, I had to remember the XML syntax for onload, and I couldn't find it in the current PhoneGap docs. We should add this so that people can load their plugins when their app starts. This should be in Android and Blackberry off the top of my head. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5499) platform add wp7 doesn't work
[ https://issues.apache.org/jira/browse/CB-5499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841958#comment-13841958 ] Christopher Cook commented on CB-5499: -- Found the issue: node_modules\cordova\src\metadata\wp7_parser.js is missing the following function export: config_xml:function() { return this.config_path; }, platform add wp7 doesn't work - Key: CB-5499 URL: https://issues.apache.org/jira/browse/CB-5499 Project: Apache Cordova Issue Type: Bug Components: WP7 Affects Versions: 3.2.0 Environment: Windows 8 Pro 64bits Reporter: Sabatier Assignee: Jesse MacFadyen I installed the WP8 SDK, and try to add the WP7 platform to the HelloWorld project, and get error because of .NET Framework isn't good, so I can found a fix here : http://stackoverflow.com/questions/19812125/cordova-platform-add-wp7-fails-msbuild-error by modify the check_reqs.js file. But after fix this, when I try to add WP7 platform I get this error : Checking wp7 requirements... Creating wp7 project... [TypeError: Object #Object has no method 'config.xml'] Use of -d option show this more : at C:\User\cordova\AppData\Roaming\npm\node_module\cordova\src\prepare.js:80:45 ... I try to use the 3.1.0 version and it work fine. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5549) [Release + 3.3.0] Create blog post for RC1 Announce
[ https://issues.apache.org/jira/browse/CB-5549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5549. Resolution: Fixed [Release + 3.3.0] Create blog post for RC1 Announce - Key: CB-5549 URL: https://issues.apache.org/jira/browse/CB-5549 Project: Apache Cordova Issue Type: Sub-task Components: Android, App Hello World, BlackBerry, CLI, CordovaJS, Docs, FirefoxOS, iOS, mobile-spec, Windows 8, WP8 Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.3.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5499) platform add wp7 doesn't work
[ https://issues.apache.org/jira/browse/CB-5499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841995#comment-13841995 ] ASF subversion and git services commented on CB-5499: - Commit fe2f04bcb9d9eaa6fc815d977b1cc9728162007b in branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=fe2f04b ] CB-5499 added config_xml method to wp7 exports, and added tests for wp7+wp8 platform add wp7 doesn't work - Key: CB-5499 URL: https://issues.apache.org/jira/browse/CB-5499 Project: Apache Cordova Issue Type: Bug Components: WP7 Affects Versions: 3.2.0 Environment: Windows 8 Pro 64bits Reporter: Sabatier Assignee: Jesse MacFadyen I installed the WP8 SDK, and try to add the WP7 platform to the HelloWorld project, and get error because of .NET Framework isn't good, so I can found a fix here : http://stackoverflow.com/questions/19812125/cordova-platform-add-wp7-fails-msbuild-error by modify the check_reqs.js file. But after fix this, when I try to add WP7 platform I get this error : Checking wp7 requirements... Creating wp7 project... [TypeError: Object #Object has no method 'config.xml'] Use of -d option show this more : at C:\User\cordova\AppData\Roaming\npm\node_module\cordova\src\prepare.js:80:45 ... I try to use the 3.1.0 version and it work fine. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5499) platform add wp7 doesn't work
[ https://issues.apache.org/jira/browse/CB-5499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5499. - Resolution: Fixed Fix Version/s: 3.3.0 platform add wp7 doesn't work - Key: CB-5499 URL: https://issues.apache.org/jira/browse/CB-5499 Project: Apache Cordova Issue Type: Bug Components: WP7 Affects Versions: 3.2.0 Environment: Windows 8 Pro 64bits Reporter: Sabatier Assignee: Jesse MacFadyen Fix For: 3.3.0 I installed the WP8 SDK, and try to add the WP7 platform to the HelloWorld project, and get error because of .NET Framework isn't good, so I can found a fix here : http://stackoverflow.com/questions/19812125/cordova-platform-add-wp7-fails-msbuild-error by modify the check_reqs.js file. But after fix this, when I try to add WP7 platform I get this error : Checking wp7 requirements... Creating wp7 project... [TypeError: Object #Object has no method 'config.xml'] Use of -d option show this more : at C:\User\cordova\AppData\Roaming\npm\node_module\cordova\src\prepare.js:80:45 ... I try to use the 3.1.0 version and it work fine. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5473) EXC_BAD_ACCESS on CDVPlugin that is re-opened after being closed
[ https://issues.apache.org/jira/browse/CB-5473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Carr updated CB-5473: --- Description: We've been having an issue involving Cordova crashing as the modal view for our plugin opens. We have been able to reproduce the issue, and the steps are shown below. The null pointer seems to come from the {{WebCore::TimerBase::setNextFireTime}} method. h2. Source Code The source code for the project exhibiting this behavior can be cloned from BitBucket: https://bitbucket.org/vote539/shopeel-camera/commits/838204b04aceb4fc6919bf1b6588ed69cea168ad h2. Steps to Reproduce The following steps have, without fail, reproduced the error for me. I am unsure whether this is the minimal set of steps. # Build and run the app through XCode on a real iOS device. # Tap the Open Shopeel Camera button. The plugin view opens. # Tap the Cancel button to close the plugin view. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button again. # Tap the Cancel button again. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button a third time. The app crashes. h2. Error Log The app always crashes on the following line: {code} 0x32e6379e: ldr.w r0, [r0, r5, lsl #2] {code} The trace indicates that this occurs on the thread labeled {{com.apple.camera.avcapturesession}} in the method named {{WebCore::TimerBase::setNextFireTime(double)}}. was: We've been having an issue involving Cordova crashing as the modal view for our plugin opens. We have been able to reproduce the issue, and the steps are shown below. The null pointer seems to come from the {{WebCore::TimerBase::setNextFireTime}} method. h2. Source Code The source code for the project exhibiting this behavior can be cloned from BitBucket: https://bitbucket.org/vote539/shopeel-camera h2. Steps to Reproduce The following steps have, without fail, reproduced the error for me. I am unsure whether this is the minimal set of steps. # Build and run the app through XCode on a real iOS device. # Tap the Open Shopeel Camera button. The plugin view opens. # Tap the Cancel button to close the plugin view. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button again. # Tap the Cancel button again. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button a third time. The app crashes. h2. Error Log The app always crashes on the following line: {code} 0x32e6379e: ldr.w r0, [r0, r5, lsl #2] {code} The trace indicates that this occurs on the thread labeled {{com.apple.camera.avcapturesession}} in the method named {{WebCore::TimerBase::setNextFireTime(double)}}. EXC_BAD_ACCESS on CDVPlugin that is re-opened after being closed Key: CB-5473 URL: https://issues.apache.org/jira/browse/CB-5473 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Environment: iOS 5.1 (possibly more) Reporter: Shane Carr Assignee: Shazron Abdullah Priority: Critical Labels: camera, crash, plugin We've been having an issue involving Cordova crashing as the modal view for our plugin opens. We have been able to reproduce the issue, and the steps are shown below. The null pointer seems to come from the {{WebCore::TimerBase::setNextFireTime}} method. h2. Source Code The source code for the project exhibiting this behavior can be cloned from BitBucket: https://bitbucket.org/vote539/shopeel-camera/commits/838204b04aceb4fc6919bf1b6588ed69cea168ad h2. Steps to Reproduce The following steps have, without fail, reproduced the error for me. I am unsure whether this is the minimal set of steps. # Build and run the app through XCode on a real iOS device. # Tap the Open Shopeel Camera button. The plugin view opens. # Tap the Cancel button to close the plugin view. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button again. # Tap the Cancel button again. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button a third time. The app crashes. h2. Error Log The app always crashes on the following line: {code} 0x32e6379e: ldr.w r0, [r0, r5, lsl #2] {code} The trace indicates that this occurs on the thread labeled {{com.apple.camera.avcapturesession}} in the method named {{WebCore::TimerBase::setNextFireTime(double)}}. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5473) EXC_BAD_ACCESS on CDVPlugin that is re-opened after being closed
[ https://issues.apache.org/jira/browse/CB-5473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Carr updated CB-5473: --- Description: We've been having an issue involving Cordova crashing as the modal view for our plugin opens. We have been able to reproduce the issue, and the steps are shown below. The null pointer seems to come from the {{WebCore::TimerBase::setNextFireTime}} method. h2. Source Code The source code for the project exhibiting this behavior can be cloned from BitBucket: https://bitbucket.org/vote539/shopeel-camera/commits/838204b04aceb4fc6919bf1b6588ed69cea168ad The above commit strips out nonessential details. Please do not use the latest commit when debugging. If the app runs slowly even when you use the above commit, try removing (or modifying) the weinre line on your local machine. h2. Steps to Reproduce The following steps have, without fail, reproduced the error for me. I am unsure whether this is the minimal set of steps. # Build and run the app through XCode on a real iOS device. # Tap the Open Shopeel Camera button. The plugin view opens. # Tap the Cancel button to close the plugin view. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button again. # Tap the Cancel button again. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button a third time. The app crashes. h2. Error Log The app always crashes on the following line: {code} 0x32e6379e: ldr.w r0, [r0, r5, lsl #2] {code} The trace indicates that this occurs on the thread labeled {{com.apple.camera.avcapturesession}} in the method named {{WebCore::TimerBase::setNextFireTime(double)}}. was: We've been having an issue involving Cordova crashing as the modal view for our plugin opens. We have been able to reproduce the issue, and the steps are shown below. The null pointer seems to come from the {{WebCore::TimerBase::setNextFireTime}} method. h2. Source Code The source code for the project exhibiting this behavior can be cloned from BitBucket: https://bitbucket.org/vote539/shopeel-camera/commits/838204b04aceb4fc6919bf1b6588ed69cea168ad h2. Steps to Reproduce The following steps have, without fail, reproduced the error for me. I am unsure whether this is the minimal set of steps. # Build and run the app through XCode on a real iOS device. # Tap the Open Shopeel Camera button. The plugin view opens. # Tap the Cancel button to close the plugin view. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button again. # Tap the Cancel button again. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button a third time. The app crashes. h2. Error Log The app always crashes on the following line: {code} 0x32e6379e: ldr.w r0, [r0, r5, lsl #2] {code} The trace indicates that this occurs on the thread labeled {{com.apple.camera.avcapturesession}} in the method named {{WebCore::TimerBase::setNextFireTime(double)}}. EXC_BAD_ACCESS on CDVPlugin that is re-opened after being closed Key: CB-5473 URL: https://issues.apache.org/jira/browse/CB-5473 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Environment: iOS 5.1 (possibly more) Reporter: Shane Carr Assignee: Shazron Abdullah Priority: Critical Labels: camera, crash, plugin We've been having an issue involving Cordova crashing as the modal view for our plugin opens. We have been able to reproduce the issue, and the steps are shown below. The null pointer seems to come from the {{WebCore::TimerBase::setNextFireTime}} method. h2. Source Code The source code for the project exhibiting this behavior can be cloned from BitBucket: https://bitbucket.org/vote539/shopeel-camera/commits/838204b04aceb4fc6919bf1b6588ed69cea168ad The above commit strips out nonessential details. Please do not use the latest commit when debugging. If the app runs slowly even when you use the above commit, try removing (or modifying) the weinre line on your local machine. h2. Steps to Reproduce The following steps have, without fail, reproduced the error for me. I am unsure whether this is the minimal set of steps. # Build and run the app through XCode on a real iOS device. # Tap the Open Shopeel Camera button. The plugin view opens. # Tap the Cancel button to close the plugin view. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button again. # Tap the Cancel button again. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button a third time. The app crashes. h2. Error Log The app always crashes on the following line: {code} 0x32e6379e: ldr.w r0, [r0, r5, lsl #2] {code} The trace indicates that this occurs on the thread labeled {{com.apple.camera.avcapturesession}} in the method