[jira] [Updated] (CB-9017) CLI Platform Add Support for Non Global NodeJS Path
[ https://issues.apache.org/jira/browse/CB-9017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Thomas updated CB-9017: Description: Executing the CLI "platform add " command using locally installed node binaries, cordova instances, and so forth will fail when the cli attempts to call through to the platform specific create.bat file. One simple resolution would be to allow the cli to pass the current node execution path through to the spawned call via an optional command line argument. Steps To Resolution # Update platform tooling sub shell scripts in platforms to process an additional --process-exec-path argument if present. #* cordova-amazon-fireos #* cordova-android #* cordova-blackberry #* cordova-firefoxos #* cordova-ios #* cordova-ubuntu #* cordova-wp8 #* cordova-windows #* Optional Additional Platforms (cordova-browser, cordova-osx, cordova-tizen) # Update general tooling in cordova-lib / cordova-cli to allow the user to explicitly specify that the process exec path should be passed through when spawning sub shell processes. was: Executing the CLI "platform add " command using locally installed node binaries, cordova instances, and so forth will fail when the cli attempts to call through to the platform specific create.bat file. One simple resolution would be to allow the cli to pass the current node execution path through to the spawned call via an optional command line argument. Steps To Resolution # Update sub shell scripts in platforms to process an additional --process-exec-path argument if present. #* cordova-amazon-fireos #* cordova-android #* cordova-blackberry #* cordova-firefoxos #* cordova-ios #* cordova-ubuntu #* cordova-wp8 #* cordova-windows #* Optional Additional Platforms (cordova-browser, cordova-osx, cordova-tizen) # Update cordova-lib / cordova-cli to allow the user to explicitly specify that the process exec path should be passed through when spawning sub shell processes. > CLI Platform Add Support for Non Global NodeJS Path > --- > > Key: CB-9017 > URL: https://issues.apache.org/jira/browse/CB-9017 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, Browser, CLI, CordovaLib >Affects Versions: 5.0.1 > Environment: Command line environments where "node" isn't the PATH of > the current process. >Reporter: Ryan Thomas >Priority: Minor > Labels: cordova-cli, cordova-lib, easyfix, nodejs > > Executing the CLI "platform add " command using locally installed > node binaries, cordova instances, and so forth will fail when the cli > attempts to call through to the platform specific create.bat file. > One simple resolution would be to allow the cli to pass the current node > execution path through to the spawned call via an optional command line > argument. > Steps To Resolution > # Update platform tooling sub shell scripts in platforms to process an > additional --process-exec-path argument if present. > #* cordova-amazon-fireos > #* cordova-android > #* cordova-blackberry > #* cordova-firefoxos > #* cordova-ios > #* cordova-ubuntu > #* cordova-wp8 > #* cordova-windows > #* Optional Additional Platforms (cordova-browser, cordova-osx, cordova-tizen) > # Update general tooling in cordova-lib / cordova-cli to allow the user to > explicitly specify that the process exec path should be passed through when > spawning sub shell processes. -- 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-9017) CLI Platform Add Support for Non Global NodeJS Path
[ https://issues.apache.org/jira/browse/CB-9017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Thomas updated CB-9017: Description: Executing the CLI "platform add " command using locally installed node binaries, cordova instances, and so forth will fail when the cli attempts to call through to the platform specific create.bat file. One simple resolution would be to allow the cli to pass the current node execution path through to the spawned call via an optional command line argument. Steps To Resolution # Update sub shell scripts in platforms to process an additional --process-exec-path argument if present. #* cordova-amazon-fireos #* cordova-android #* cordova-blackberry #* cordova-firefoxos #* cordova-ios #* cordova-ubuntu #* cordova-wp8 #* cordova-windows #* Optional Additional Platforms (cordova-browser, cordova-osx, cordova-tizen) # Update cordova-lib / cordova-cli to allow the user to explicitly specify that the process exec path should be passed through when spawning sub shell processes. was: Executing the CLI "platform add " command using locally installed node binaries, cordova instances, and so forth will fail when the cli attempts to call through to the platform specific create.bat file. One simple resolution would be to allow the cli to pass the current node execution path through to the spawned call via an optional command line argument. An example implemenation of passing through the node process exec path for the android platform can be found at the below links: [cordova-lib|https://github.com/RhinobyteSoftware/cordova-lib/tree/feature/LocalNodePath] [cordova-android|https://github.com/RhinobyteSoftware/cordova-android/tree/feature/LocalNodePath] The example implementation upates the platform.js/getCreateArgs function in the cordova-lib component to pass through the extra argument for the process.execPath. The cordova-android update modifies the bin/create.bat file to process the optional --process-exec-path argument if present. It also modfies bin/create to include the --process-exec-path in the 'nopt' options. > CLI Platform Add Support for Non Global NodeJS Path > --- > > Key: CB-9017 > URL: https://issues.apache.org/jira/browse/CB-9017 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, Browser, CLI, CordovaLib >Affects Versions: 5.0.1 > Environment: Command line environments where "node" isn't the PATH of > the current process. >Reporter: Ryan Thomas >Priority: Minor > Labels: cordova-cli, cordova-lib, easyfix, nodejs > > Executing the CLI "platform add " command using locally installed > node binaries, cordova instances, and so forth will fail when the cli > attempts to call through to the platform specific create.bat file. > One simple resolution would be to allow the cli to pass the current node > execution path through to the spawned call via an optional command line > argument. > Steps To Resolution > # Update sub shell scripts in platforms to process an additional > --process-exec-path argument if present. > #* cordova-amazon-fireos > #* cordova-android > #* cordova-blackberry > #* cordova-firefoxos > #* cordova-ios > #* cordova-ubuntu > #* cordova-wp8 > #* cordova-windows > #* Optional Additional Platforms (cordova-browser, cordova-osx, cordova-tizen) > # Update cordova-lib / cordova-cli to allow the user to explicitly specify > that the process exec path should be passed through when spawning sub shell > processes. -- 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-9462) iOS 3.9.0 breaks npm link modules
[ https://issues.apache.org/jira/browse/CB-9462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-9462: -- Assignee: Sergey Shakhnazarov > iOS 3.9.0 breaks npm link modules > - > > Key: CB-9462 > URL: https://issues.apache.org/jira/browse/CB-9462 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.1.1 >Reporter: Ray Shan >Assignee: Sergey Shakhnazarov > > Hi, > Yosemite, iOS 8.4, XCode 6.4, iPhone 6 > Git cloned bluebird, npm install, npm link, create browser build using > command: > node tools/build --debug --main --zalgo --browser --minify > Freshly created cordova app in another directory, added iOS@3.9.0, cd www, > npm init, npm link bluebird > Add charset="utf-8"> in index.html, > console.log(Promise.promisifyAll); in index.js app.initialize > cordova emulate runs successfully with no errors > cordova run ios --device is broken. It results in a binary that loads on > device but has broken file:// links: > Failed to load resource: The requested URL was not found on this server. > file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js > index.js:23 > Debugged using the Safari inspector. > Downgrading to iOS platform 3.8.0 fixes the bug - no errors and console log > is successful > Thanks! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9483) iOS mobilespec is not reporting results to CouchDB
[
https://issues.apache.org/jira/browse/CB-9483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697948#comment-14697948
]
Shazron Abdullah commented on CB-9483:
--
Just deployed https://github.com/apache/cordova-labs/pull/7 so this should be
re-tested
> iOS mobilespec is not reporting results to CouchDB
> --
>
> Key: CB-9483
> URL: https://issues.apache.org/jira/browse/CB-9483
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Medic, mobile-spec
>Affects Versions: Master
>Reporter: Dmitry Blotsky
> Labels: found-by-ci, ios, medic, mobilespec
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> https://ci.apache.org/builders/cordova-ios/builds/197
> Running iOS build completes, but fails to send results.
> Native console output:
> {noformat}
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: FileTransferError {
> code = 1;
> source = "c:\\54321";
> target = "http://cordova-filetransfer.jitsu.com/upload";;
> }
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: -[CDVFileTransfer
> requestForUploadCommand:fileData:] [Line 224] fileData length: 17
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: File Transfer Finished
> with response code 200
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: -[CDVFileTransfer
> requestForUploadCommand:fileData:] [Line 224] fileData length: 17
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:15 dbtiefighter.local mobilespec[19384]: File Transfer Finished
> with response code 200
> Aug 11 19:31:15 dbtiefighter assertiond[19118]: assertion failed: 14E46
> 12H141: assertiond + 12334 [EDAF3958-87C7-3C61-A8E6-24689FBBE168]: 0x1
> Aug 11 19:31:46 dbtiefighter.local mobilespec[19384]: log1
> {noformat}
> Web console output:
> {noformat}
> [Error] FileError
> (anonymous function) (console-via-logger.js, line 173)
> (anonymous function) (main.js, line 115)
> fail (tests.js, line 537)
> (anonymous function) (DirectoryEntry.js, line 112)
> callbackFromNative (cordova.js, line 293)
> nc2 (cordova.js, line 1108)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Error] Failed to load resource (cordova-vm.apache.org, line 0)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Log] DEPRECATED: Update your code to use 'toURL' (console-via-logger.js,
> line 173)
> [Error] Failed to load resource: the server responded with a status of 405
> (Method Not Allowed) (cordova-vm.apache.org, line 0)
> [Error] Spec 'cordova-plugin-file-tests.tests >> File API IndexedDB-based
> impl file.spec.131 Nested file or nested directory should be removed when
> removing a parent directory' has no expectations.
> (anonymous function) (console-via-logger.js, line 173)
> (anonymous function) (main.js, line 115)
> specDone (jasmine-html.js, line 106)
> dispatch (jasmine.js, line 1821)
> (anonymous function) (jasmine
[jira] [Commented] (CB-9489) "cordova run android", "Waiting for emulator..." waits forever...
[ https://issues.apache.org/jira/browse/CB-9489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697949#comment-14697949 ] Nikhil Khandelwal commented on CB-9489: --- We have seen this before even on our CI systems on OSX systems and narrowed it down to bugs in google's adb utility. However, you are seeing this on Windows. In cordova-android 4.1.1, there is a retry logic now. Have you tried using that version? > "cordova run android", "Waiting for emulator..." waits forever... > - > > Key: CB-9489 > URL: https://issues.apache.org/jira/browse/CB-9489 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 5.1.1 > Environment: Windows 10 Enterprise 64 bits, new empty project >Reporter: Diego Geffner > > I try to run the project in android, and it waits forever, and it never ends > waiting (the emulator is not appearing): > >cordova run android > Running command: cmd "/s /c > "C:\Users\user\my_project\platforms\android\cordova\run.bat"" > ANDROID_HOME=C:\Users\user\AppData\Local\Android\sdk > JAVA_HOME=C:\Program Files (x86)\java\jdk1.7.0_55 > WARNING : No target specified, deploying to emulator > WARNING : no emulator specified, defaulting to > AVD_GalaxyNexus_ToolsForApacheCordova > Waiting for emulator... -- 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-6506) RTC: Add support for OSX
[ https://issues.apache.org/jira/browse/CB-6506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697848#comment-14697848 ] ASF GitHub Bot commented on CB-6506: GitHub user tripodsan opened a pull request: https://github.com/apache/cordova-lib/pull/278 CB-6506 RTC: Add support for OSX You can merge this pull request into a Git repository by running: $ git pull https://github.com/tripodsan/cordova-lib CB-6506 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/278.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #278 commit dceeb04f60de0bc64a44af369a108c229cb66f31 Author: Tobias Bocanegra Date: 2015-08-14T21:49:34Z CB-6506 RTC: Add support for OSX > RTC: Add support for OSX > > > Key: CB-6506 > URL: https://issues.apache.org/jira/browse/CB-6506 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, Plugman >Affects Versions: 3.4.0 >Reporter: Tobias Bocanegra >Assignee: Tobias Bocanegra >Priority: Minor > > The recently updated scripts and templates in cordova-osx now work with cli > and plugman. > suggest/request to add it to the list of platforms. -- 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-9482) Uninstall succeeds but reports failure when acted on the Win8.1 Phone Emulator
[
https://issues.apache.org/jira/browse/CB-9482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697805#comment-14697805
]
ASF subversion and git services commented on CB-9482:
-
Commit 5aaa3f6417f3c7b3f2e3a3ac4331c3e9dc180dfb in cordova-windows's branch
refs/heads/master from [~robpaveza]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=5aaa3f6 ]
CB-9482: Upon further investigation of CI failures, we saw that
AppDeployCmd also failed to install an app when:
- The emulator had been off previously
- It had been started with the AppDeployCmd /uninstall command
- The next command was to then install an app
This change detects the condition (only for emulator targets) and retries
once. This appears to correct the issue.
> Uninstall succeeds but reports failure when acted on the Win8.1 Phone Emulator
> --
>
> Key: CB-9482
> URL: https://issues.apache.org/jira/browse/CB-9482
> Project: Apache Cordova
> Issue Type: Bug
> Components: Medic, Windows
>Reporter: Rob Paveza
>Assignee: Rob Paveza
>Priority: Minor
> Labels: found-by-ci
>
> The underlying AppDeployCmd /uninstall {app-guid} /targetdevice:{emulator ID}
> succeeds in uninstalling an app if it is installed, but reports a failure.
> This results in not trying to install the app subsequently.
--
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-9482) Uninstall succeeds but reports failure when acted on the Win8.1 Phone Emulator
[
https://issues.apache.org/jira/browse/CB-9482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697806#comment-14697806
]
ASF GitHub Bot commented on CB-9482:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-windows/pull/113
> Uninstall succeeds but reports failure when acted on the Win8.1 Phone Emulator
> --
>
> Key: CB-9482
> URL: https://issues.apache.org/jira/browse/CB-9482
> Project: Apache Cordova
> Issue Type: Bug
> Components: Medic, Windows
>Reporter: Rob Paveza
>Assignee: Rob Paveza
>Priority: Minor
> Labels: found-by-ci
>
> The underlying AppDeployCmd /uninstall {app-guid} /targetdevice:{emulator ID}
> succeeds in uninstalling an app if it is installed, but reports a failure.
> This results in not trying to install the app subsequently.
--
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-9494) Android href links in iframe not working correctly after webview update
Austin Zimmer created CB-9494: - Summary: Android href links in iframe not working correctly after webview update Key: CB-9494 URL: https://issues.apache.org/jira/browse/CB-9494 Project: Apache Cordova Issue Type: Bug Components: Android Environment: Android 5.1.1 Reporter: Austin Zimmer Priority: Minor see full issue description posted to stack overflow: http://stackoverflow.com/questions/32017748/android-cordova-phonegap-iframe-href-link-issue This is most likely an android webview issue but am posting here also just in case anyone knows anything -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Comment: was deleted (was: Seems that the issue is that most camera applications discard the first photo when retake is selected. The LG camera application does not. Thus when checkForDuplicateImage runs, the currentNumOfImages is N+ 1, where N is how many retakes the user did, more than numPics, rather than the expected 1. Therefore, the images are never deleted. I am looking into the best way to fix this. ) > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Attachment: (was: CameraLauncher.pdf) > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Comment: was deleted (was: I am implementing a solution and will send a PR. My fix will get rid of using the difference of only 1 or 2 for deleting photos. In order to make sure the user doesn't lose pictures taken elsewhere (i.e. if they switch to a different app and take pictures), I propose a solution implementing the attached flowchart.) > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos > Attachments: CameraLauncher.pdf > > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Attachment: CameraLauncher.pdf Flowchart outlining proposed fix. > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos > Attachments: CameraLauncher.pdf > > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Comment: was deleted (was: Flowchart outlining proposed fix.) > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos > Attachments: CameraLauncher.pdf > > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697557#comment-14697557 ] Cody Balos commented on CB-9490: I am implementing a solution and will send a PR. My fix will get rid of using the difference of only 1 or 2 for deleting photos. In order to make sure the user doesn't lose pictures taken elsewhere (i.e. if they switch to a different app and take pictures), I propose a solution implementing the attached flowchart. > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9402) Android: Allow configuration of gradle distributionUrl
[ https://issues.apache.org/jira/browse/CB-9402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-9402. Resolution: Fixed Tested the patch, it's all good. > Android: Allow configuration of gradle distributionUrl > -- > > Key: CB-9402 > URL: https://issues.apache.org/jira/browse/CB-9402 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 5.1.2 >Reporter: Alexander Lebedev >Assignee: Joe Bowser >Priority: Critical > > I want to use gradle distibution from file system in order to simplify build > in corprate environment where configuring proxy server is problematic. > Right now, build.js always redefines *distributionUrl*. It would be nice if > I could pass my own value via environmental variable or command line flag. -- 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-9402) Android: Allow configuration of gradle distributionUrl
[ https://issues.apache.org/jira/browse/CB-9402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697508#comment-14697508 ] ASF GitHub Bot commented on CB-9402: Github user asfgit closed the pull request at: https://github.com/apache/cordova-android/pull/205 > Android: Allow configuration of gradle distributionUrl > -- > > Key: CB-9402 > URL: https://issues.apache.org/jira/browse/CB-9402 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 5.1.2 >Reporter: Alexander Lebedev >Assignee: Joe Bowser >Priority: Critical > > I want to use gradle distibution from file system in order to simplify build > in corprate environment where configuring proxy server is problematic. > Right now, build.js always redefines *distributionUrl*. It would be nice if > I could pass my own value via environmental variable or command line flag. -- 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-9402) Android: Allow configuration of gradle distributionUrl
[ https://issues.apache.org/jira/browse/CB-9402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697507#comment-14697507 ] ASF subversion and git services commented on CB-9402: - Commit b1dadaf15d03d7f6efb16a12d5547b53334daab5 in cordova-android's branch refs/heads/master from [~alexander.lebedev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=b1dadaf ] CB-9402 Allow to set gradle distubutionUrl via env variable CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL This closes #205 > Android: Allow configuration of gradle distributionUrl > -- > > Key: CB-9402 > URL: https://issues.apache.org/jira/browse/CB-9402 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 5.1.2 >Reporter: Alexander Lebedev >Assignee: Joe Bowser >Priority: Critical > > I want to use gradle distibution from file system in order to simplify build > in corprate environment where configuring proxy server is problematic. > Right now, build.js always redefines *distributionUrl*. It would be nice if > I could pass my own value via environmental variable or command line flag. -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Environment: LG G4, Android 5.1 (was: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera 1.2.0. ) > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1 >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697431#comment-14697431 ] Cody Balos edited comment on CB-9490 at 8/14/15 5:50 PM: - Seems that the issue is that most camera applications discard the first photo when retake is selected. The LG camera application does not. Thus when checkForDuplicateImage runs, the currentNumOfImages is N+ 1, where N is how many retakes the user did, more than numPics, rather than the expected 1. Therefore, the images are never deleted. I am looking into the best way to fix this. was (Author: cojomojo): Seems that the issue is that most camera applications discard the first photo when retake is selected. The LG camera application does not. Thus when checkForDuplicateImage runs, the currentNumOfImages is N+ 1, where N is how many retakes the user did, more than numPics, rather than 1. Therefore, the images are never deleted. I am looking into the best way to fix this. > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697431#comment-14697431 ] Cody Balos edited comment on CB-9490 at 8/14/15 5:50 PM: - Seems that the issue is that most camera applications discard the first photo when retake is selected. The LG camera application does not. Thus when checkForDuplicateImage runs, the currentNumOfImages is N+ 1, where N is how many retakes the user did, more than numPics, rather than 1. Therefore, the images are never deleted. I am looking into the best way to fix this. was (Author: cojomojo): Seems that the issue is that most camera applications discard the first photo when retake is selected. The LG camera application does not. Thus when checkForDuplicateImage runs, the currentNumOfImages is 2 more than numPics, rather than 1. Therefore, the images are never deleted. I am looking into the best way to fix this. > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-8936) Surface platform-specific logs in buildbot
[ https://issues.apache.org/jira/browse/CB-8936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697450#comment-14697450 ] ASF GitHub Bot commented on CB-8936: Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-windows/pull/114#issuecomment-131192964 LGTM > Surface platform-specific logs in buildbot > -- > > Key: CB-8936 > URL: https://issues.apache.org/jira/browse/CB-8936 > Project: Apache Cordova > Issue Type: Task > Components: Medic >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Platform specific logs (e.g. logcat for android, stderr.log and stdin.log for > iOS etc.) should be gathered and displayed in buildbot. -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697431#comment-14697431 ] Cody Balos commented on CB-9490: Seems that the issue is that most camera applications discard the first photo when retake is selected. The LG camera application does not. Thus when checkForDuplicateImage runs, the currentNumOfImages is 2 more than numPics, rather than 1. Therefore, the images are never deleted. I am looking into the best way to fix this. > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Description: So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL if the retake option is used. The issue does not occur when using the Google Camera application or Camera 360 (both on the Play Store). was: So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL. The issue does not occur when using the Google Camera application or Camera 360 (both on the Play Store). > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL if the retake option is > used. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Description: So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL. The issue does not occur when using the Google Camera application or Camera 360 (both on the Play Store). was: So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL. > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL. > The issue does not occur when using the Google Camera application or Camera > 360 (both on the Play Store). -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Summary: LG G4 camera application saves photos when using destinationType DATA_URL (was: LG G4 saves canceled photo even when using destinationType DATA_URL) > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL. -- 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-9490) LG G4 saves canceled photo even when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Description: So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL. was: So far this issue only happens on an LG G4: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. > LG G4 saves canceled photo even when using destinationType DATA_URL > --- > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Comment: was deleted (was: Seems to only be an issue with the LG camera application. Using the Google Camera on the same G4 works as expected. ) > LG G4 camera application saves photos when using destinationType DATA_URL > - > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4 using the stock camera application: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. Using the LG G4 stock camera application, all photos > are saved even when using destinationType DATA_URL. -- 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-9490) LG G4 saves canceled photo even when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cody Balos updated CB-9490: --- Description: So far this issue only happens on an LG G4: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. was: So far this issue only happens on an LG G4: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality when retaking a photo (and what occurs on iOS as well as every other Android device I have tested) is for the previous photo (the one before the retake) to be discarded. However, on the LG G4 the previous photo is saved to the phone's photo album/gallery. This behavior is even stranger, since an "accepted " photo is not saved to the gallery. Has anyone else come across this issue (on an LG G4 or other device)? > LG G4 saves canceled photo even when using destinationType DATA_URL > --- > > Key: CB-9490 > URL: https://issues.apache.org/jira/browse/CB-9490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: LG G4, Android 5.1, Cordova 5.1.1, Cordova Plugin Camera > 1.2.0. >Reporter: Cody Balos > > So far this issue only happens on an LG G4: > Using the camera plugin, with destinationType set to DATA_URL, > the expected functionality is for the base64 string to be returned to the > javascript interface, and not saved to the file system without explicitly > saving it separately. -- 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-9493) Fix file paths in file-transfer manual tests
[
https://issues.apache.org/jira/browse/CB-9493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697092#comment-14697092
]
ASF GitHub Bot commented on CB-9493:
GitHub user daserge opened a pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/97
CB-9493 Fix file paths in file-transfer manual tests
Also changes `toNativeURL` -> `toURL` because of deprecation.
[Jira issue](https://issues.apache.org/jira/browse/CB-9493)
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/MSOpenTech/cordova-plugin-file-transfer
CB-9493
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugin-file-transfer/pull/97.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #97
commit 1c39fb547f9d111a62965793667535847c37478f
Author: daserge
Date: 2015-08-14T14:16:32Z
CB-9493 Fix file paths in file-transfer manual tests
Also changes toNativeURL -> toURL because of deprecation
> Fix file paths in file-transfer manual tests
>
>
> Key: CB-9493
> URL: https://issues.apache.org/jira/browse/CB-9493
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
>Reporter: Sergey Shakhnazarov
>Priority: Minor
>
> {{toURL}} is used instead of {{toInternalURL}} in cdvfile-tests:
> {code}
> createActionButton('Download and display img (cdvfile)', function () {
> downloadImg(imageURL, function (entry) { return entry.toURL(); }, new
> Image());
> }, 'cdv_image');
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9493) Fix file paths in file-transfer manual tests
Sergey Shakhnazarov created CB-9493:
---
Summary: Fix file paths in file-transfer manual tests
Key: CB-9493
URL: https://issues.apache.org/jira/browse/CB-9493
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer
Reporter: Sergey Shakhnazarov
Priority: Minor
{{toURL}} is used instead of {{toInternalURL}} in cdvfile-tests:
{code}
createActionButton('Download and display img (cdvfile)', function () {
downloadImg(imageURL, function (entry) { return entry.toURL(); }, new
Image());
}, 'cdv_image');
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8816) cdvfile:// support missing on windows
[ https://issues.apache.org/jira/browse/CB-8816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov resolved CB-8816. - Resolution: Fixed > cdvfile:// support missing on windows > - > > Key: CB-8816 > URL: https://issues.apache.org/jira/browse/CB-8816 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 3.5.0 >Reporter: Thomas Uher > Original Estimate: 0h > Remaining Estimate: 0h > > If cdvfile:// is passed using fileEntry.toInternalURL() as suggested, the > file is not found. There is no code in the plugin to handle cdvfile:// on > windows (the winjs implementation). A fix is provided on github as 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] [Comment Edited] (CB-7925) Android app crashes when use File Transfer & another plugin that uses SSL (related to OkHttp)
[ https://issues.apache.org/jira/browse/CB-7925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696947#comment-14696947 ] Baptiste Bohelay edited comment on CB-7925 at 8/14/15 12:36 PM: I was using a Facebook ads + filetransfer plugins and it was always crashing on android 4.x This is the only solution that fixed the crash for me : remove okhttp. https://issues.apache.org/jira/browse/CB-6630 And this is how to to it: https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c6b171b was (Author: aphexhenry): I was using a Facebook ads + filetransfer plugins and it was always crashing on android 4.x This is the only solution that fixed the crash for me : remove okhttp. https://issues.apache.org/jira/browse/CB-6630 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c6b171b > Android app crashes when use File Transfer & another plugin that uses SSL > (related to OkHttp) > - > > Key: CB-7925 > URL: https://issues.apache.org/jira/browse/CB-7925 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 4.0.0 > Environment: Android 4.4.4 >Reporter: Rajat Paharia > > In my app if I do a file upload using the File Transfer plugin and then try > to make a call to the Facebook plugin: > https://github.com/Wizcorp/phonegap-facebook-plugin - my app immediately > crashes. I believe this is caused by this issue with the version of the > OkHttp library currently being used: > http://stackoverflow.com/questions/21872818/okhttp-and-facebook-crashed > https://github.com/square/okhttp/issues/184 > It would be great if the described workaround could be implemented in Cordova > while we wait for https://issues.apache.org/jira/browse/CB-6630 and an > upgrade to OkHttp 2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-7925) Android app crashes when use File Transfer & another plugin that uses SSL (related to OkHttp)
[ https://issues.apache.org/jira/browse/CB-7925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696947#comment-14696947 ] Baptiste Bohelay edited comment on CB-7925 at 8/14/15 12:36 PM: I was using a Facebook ads + filetransfer plugins and it was always crashing on android 4.x This is the only solution that fixed the crash for me : remove okhttp. https://issues.apache.org/jira/browse/CB-6630 And this is how to to it: https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c6b171b was (Author: aphexhenry): I was using a Facebook ads + filetransfer plugins and it was always crashing on android 4.x This is the only solution that fixed the crash for me : remove okhttp. https://issues.apache.org/jira/browse/CB-6630 And this is how to to it: https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c6b171b > Android app crashes when use File Transfer & another plugin that uses SSL > (related to OkHttp) > - > > Key: CB-7925 > URL: https://issues.apache.org/jira/browse/CB-7925 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 4.0.0 > Environment: Android 4.4.4 >Reporter: Rajat Paharia > > In my app if I do a file upload using the File Transfer plugin and then try > to make a call to the Facebook plugin: > https://github.com/Wizcorp/phonegap-facebook-plugin - my app immediately > crashes. I believe this is caused by this issue with the version of the > OkHttp library currently being used: > http://stackoverflow.com/questions/21872818/okhttp-and-facebook-crashed > https://github.com/square/okhttp/issues/184 > It would be great if the described workaround could be implemented in Cordova > while we wait for https://issues.apache.org/jira/browse/CB-6630 and an > upgrade to OkHttp 2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-7925) Android app crashes when use File Transfer & another plugin that uses SSL (related to OkHttp)
[ https://issues.apache.org/jira/browse/CB-7925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696947#comment-14696947 ] Baptiste Bohelay edited comment on CB-7925 at 8/14/15 12:35 PM: I was using a Facebook ads + filetransfer plugins and it was always crashing on android 4.x This is the only solution that fixed the crash for me : remove okhttp. https://issues.apache.org/jira/browse/CB-6630 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c6b171b was (Author: aphexhenry): I was using a Facebook ads + filetransfer plugins and it was always crashing on android 4.x This is the only solution that fixed the crash for me : remove okhttp. https://issues.apache.org/jira/browse/CB-6630 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c6b171b > Android app crashes when use File Transfer & another plugin that uses SSL > (related to OkHttp) > - > > Key: CB-7925 > URL: https://issues.apache.org/jira/browse/CB-7925 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 4.0.0 > Environment: Android 4.4.4 >Reporter: Rajat Paharia > > In my app if I do a file upload using the File Transfer plugin and then try > to make a call to the Facebook plugin: > https://github.com/Wizcorp/phonegap-facebook-plugin - my app immediately > crashes. I believe this is caused by this issue with the version of the > OkHttp library currently being used: > http://stackoverflow.com/questions/21872818/okhttp-and-facebook-crashed > https://github.com/square/okhttp/issues/184 > It would be great if the described workaround could be implemented in Cordova > while we wait for https://issues.apache.org/jira/browse/CB-6630 and an > upgrade to OkHttp 2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7925) Android app crashes when use File Transfer & another plugin that uses SSL (related to OkHttp)
[ https://issues.apache.org/jira/browse/CB-7925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696947#comment-14696947 ] Baptiste Bohelay commented on CB-7925: -- I was using a Facebook ads + filetransfer plugins and it was always crashing on android 4.x This is the only solution that fixed the crash for me : remove okhttp. https://issues.apache.org/jira/browse/CB-6630 https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=c6b171b > Android app crashes when use File Transfer & another plugin that uses SSL > (related to OkHttp) > - > > Key: CB-7925 > URL: https://issues.apache.org/jira/browse/CB-7925 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 4.0.0 > Environment: Android 4.4.4 >Reporter: Rajat Paharia > > In my app if I do a file upload using the File Transfer plugin and then try > to make a call to the Facebook plugin: > https://github.com/Wizcorp/phonegap-facebook-plugin - my app immediately > crashes. I believe this is caused by this issue with the version of the > OkHttp library currently being used: > http://stackoverflow.com/questions/21872818/okhttp-and-facebook-crashed > https://github.com/square/okhttp/issues/184 > It would be great if the described workaround could be implemented in Cordova > while we wait for https://issues.apache.org/jira/browse/CB-6630 and an > upgrade to OkHttp 2.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-4614) Contact.save and Contact.remove - method signatures not documented
[ https://issues.apache.org/jira/browse/CB-4614?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696926#comment-14696926 ] ASF GitHub Bot commented on CB-4614: Github user svkirans closed the pull request at: https://github.com/apache/cordova-plugin-contacts/pull/54 > Contact.save and Contact.remove - method signatures not documented > -- > > Key: CB-4614 > URL: https://issues.apache.org/jira/browse/CB-4614 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Contacts >Affects Versions: 2.9.0 >Reporter: Peter >Assignee: Michael Brooks >Priority: Minor > > The method signatures for Contact methods *save* and *remove* are not > documented. Only in the examples can you see that they have parameters for > onSuccess and onError callbacks. > Ref > http://cordova.apache.org/docs/en/2.9.0/cordova_contacts_contacts.md.html#Contact -- 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-9189) java.lang.NullPointerException on select from library
[
https://issues.apache.org/jira/browse/CB-9189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696806#comment-14696806
]
Mark Harding commented on CB-9189:
--
The issue seems to be related to the main activated being destroyed,
from what I can see.
> java.lang.NullPointerException on select from library
> -
>
> Key: CB-9189
> URL: https://issues.apache.org/jira/browse/CB-9189
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.0.1
> Environment: Android.
>Reporter: Mark Harding
> Labels: android, camera, file, library
>
> I'm getting multiple crash reports via google play. I'm unable to replicate
> myself but I think it could be related to CyanogenMod.
> Android 5.0 (LG Leon 4G LTE (c50))
> {code}
> java.lang.RuntimeException: Unable to resume activity
> {com.minds.mobile/com.minds.mobile.MainActivity}: java.lang.RuntimeException:
> Failure delivering result ResultInfo{who=null, request=18, result=-1,
> data=Intent {
> dat=content://com.google.android.apps.photos.contentprovider/0/1/https://lh3.googleusercontent.com/xZgV-3YvXmuR6W7uEAJOLuHHSI0nrkzZTGESgcggVi_ovpv8qkc=s0-d/ACTUAL
> flg=0x1 (has clip) }} to activity
> {com.minds.mobile/com.minds.mobile.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method 'void
> org.apache.cordova.CallbackContext.success(java.lang.String)' on a null
> object reference
> at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3040)
> at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3071)
> at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2410)
> at android.app.ActivityThread.access$800(ActivityThread.java:155)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1323)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:135)
> at android.app.ActivityThread.main(ActivityThread.java:5376)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:908)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:703)
> Caused by: java.lang.RuntimeException: Failure delivering result
> ResultInfo{who=null, request=18, result=-1, data=Intent {
> dat=content://com.google.android.apps.photos.contentprovider/0/1/https://lh3.googleusercontent.com/xZgV-3YvXmuR6W7uEAJOLuHHSI0nrkzZTGESgcggVi_ovpv8qkc=s0-d/ACTUAL
> flg=0x1 (has clip) }} to activity
> {com.minds.mobile/com.minds.mobile.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method 'void
> org.apache.cordova.CallbackContext.success(java.lang.String)' on a null
> object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3645)
> at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3026)
> ... 11 more
> Caused by: java.lang.NullPointerException: Attempt to invoke virtual method
> 'void org.apache.cordova.CallbackContext.success(java.lang.String)' on a null
> object reference
> at
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:613)
> at
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:695)
> at
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:321)
> at android.app.Activity.dispatchActivityResult(Activity.java:6223)
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3641)
> ... 12 more
> {code}
> Android 4.4 (Moto G)
> {code}
> java.lang.RuntimeException: Unable to resume activity
> {com.minds.mobile/com.minds.mobile.MainActivity}: java.lang.RuntimeException:
> Failure delivering result ResultInfo{who=null, request=18, result=-1,
> data=Intent { dat=content://media/external/images/media/31135 flg=0x1 }} to
> activity {com.minds.mobile/com.minds.mobile.MainActivity}:
> java.lang.NullPointerException
> at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2812)
> at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2845)
> at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2262)
> at android.app.ActivityThread.access$800(ActivityThread.java:139)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1210)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:136)
> at android.app.ActivityThread.main(ActivityThread.java:5086)
> at java.lang.reflect.Method.invokeNative(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:515)
> at
> com.android.internal.os.ZygoteInit
[jira] [Commented] (CB-9477) Android app crashes on image capture
[
https://issues.apache.org/jira/browse/CB-9477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696790#comment-14696790
]
Elodie Corbel commented on CB-9477:
---
Also having similar issue see [CB-9189 |
https://issues.apache.org/jira/browse/CB-9189?focusedCommentId=14696782&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14696782]
> Android app crashes on image capture
>
>
> Key: CB-9477
> URL: https://issues.apache.org/jira/browse/CB-9477
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.1.1
> Environment: Android
>Reporter: Trevor Huey
>
> When doing a camera capture, after selecting okay on the image, the app
> crashes and it throws this error in the logcat.
> This is on a Moto G device running 4.4.4
> 08-10 16:52:34.488 28126-28126/com.joltup.joltmobile E/AndroidRuntime﹕ FATAL
> EXCEPTION: main
> Process: com.joltup.joltmobile, PID: 28126
> java.lang.RuntimeException: Unable to resume activity
> {com.joltup.joltmobile/com.joltup.joltmobile.MainActivity}:
> java.lang.RuntimeException: Failure delivering result ResultInfo{who=null,
> request=34, result=-1, data=null} to activity
> {com.joltup.joltmobile/com.joltup.joltmobile.MainActivity}:
> java.lang.NullPointerException
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:2812)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2845)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2262)
> at android.app.ActivityThread.access$800(ActivityThread.java:139)
> at
> android.app.ActivityThread$H.handleMessage(ActivityThread.java:1210)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:136)
> at android.app.ActivityThread.main(ActivityThread.java:5086)
> at java.lang.reflect.Method.invokeNative(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:515)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> at dalvik.system.NativeStart.main(Native Method)
> Caused by: java.lang.RuntimeException: Failure delivering result
> ResultInfo{who=null, request=34, result=-1, data=null} to activity
> {com.joltup.joltmobile/com.joltup.joltmobile.MainActivity}:
> java.lang.NullPointerException
> at
> android.app.ActivityThread.deliverResults(ActivityThread.java:3432)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:2788)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2845)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2262)
> at android.app.ActivityThread.access$800(ActivityThread.java:139)
> at
> android.app.ActivityThread$H.handleMessage(ActivityThread.java:1210)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:136)
> at android.app.ActivityThread.main(ActivityThread.java:5086)
> at java.lang.reflect.Method.invokeNative(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:515)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> at dalvik.system.NativeStart.main(Native Method)
> Caused by: java.lang.NullPointerException
> at
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:445)
> at
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:674)
> at
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:320)
> at android.app.Activity.dispatchActivityResult(Activity.java:5446)
> at
> android.app.ActivityThread.deliverResults(ActivityThread.java:3428)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:2788)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2845)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2262)
> at android.app.ActivityThread.access$800(ActivityThread.java:139)
> at
> android.app.ActivityThread$H.handleMessage(ActivityThread.java:1210)
> at android.os.Han
[jira] [Comment Edited] (CB-9189) java.lang.NullPointerException on select from library
[
https://issues.apache.org/jira/browse/CB-9189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696782#comment-14696782
]
Elodie Corbel edited comment on CB-9189 at 8/14/15 9:56 AM:
My app is also crashing with same error. I don't use Crosswalk and it crashes
on a Sony Xperia SP with Cyanogenmod 10.2 (Android 4.3.1). It doesn't always
happen.
Maybe the problem is Cyanogenmod ?
Here is the log :
{code}
E/AndroidRuntime(21796): FATAL EXCEPTION: main
E/AndroidRuntime(21796): java.lang.RuntimeException: Unable to resume activity
{com.monappli/com.monappli.MainActivity}: java.lang.RuntimeException: Failure
delivering result ResultInfo{who=null, request=33, result=-1, data=null
} to activity {com.monappli/com.monappli.MainActivity}:
java.lang.NullPointerException
E/AndroidRuntime(21796):at
android.app.ActivityThread.performResumeActivity(ActivityThread.java:2918)
E/AndroidRuntime(21796):at
android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2947)
E/AndroidRuntime(21796):at
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2394)
E/AndroidRuntime(21796):at
android.app.ActivityThread.access$600(ActivityThread.java:153)
E/AndroidRuntime(21796):at
android.app.ActivityThread$H.handleMessage(ActivityThread.java:1269)
E/AndroidRuntime(21796):at
android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime(21796):at android.os.Looper.loop(Looper.java:137)
E/AndroidRuntime(21796):at
android.app.ActivityThread.main(ActivityThread.java:5289)
E/AndroidRuntime(21796):at java.lang.reflect.Method.invokeNative(Native
Method)
E/AndroidRuntime(21796):at
java.lang.reflect.Method.invoke(Method.java:525)
E/AndroidRuntime(21796):at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:739)
E/AndroidRuntime(21796):at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:555)
E/AndroidRuntime(21796):at dalvik.system.NativeStart.main(Native Method)
E/AndroidRuntime(21796): Caused by: java.lang.RuntimeException: Failure
delivering result ResultInfo{who=null, request=33, re
sult=-1, data=null} to activity {com.monappli/com.monappli.MainActivity}:
java.lang.NullPointerExceptio
n
E/AndroidRuntime(21796):at
android.app.ActivityThread.deliverResults(ActivityThread.java:3495)
E/AndroidRuntime(21796):at
android.app.ActivityThread.performResumeActivity(ActivityThread.java:2905)
E/AndroidRuntime(21796):... 12 more
E/AndroidRuntime(21796): Caused by: java.lang.NullPointerException
E/AndroidRuntime(21796):at
org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:400)
E/AndroidRuntime(21796):at
org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:674)
E/AndroidRuntime(21796):at
org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
E/AndroidRuntime(21796):at
org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:320)
E/AndroidRuntime(21796):at
android.app.Activity.dispatchActivityResult(Activity.java:5322)
E/AndroidRuntime(21796):at
android.app.ActivityThread.deliverResults(ActivityThread.java:3491)
E/AndroidRuntime(21796):... 13 more
{code}
was (Author: ecorbel):
My app is also crashing with same error. I don't use Crosswalk and it crashes
on a Sony Xperia SP with Cyanogenmod 10.2 (Android 4.3.1).
Maybe the problem is Cyanogenmod ?
Here is the log :
{code}
E/AndroidRuntime(21796): FATAL EXCEPTION: main
E/AndroidRuntime(21796): java.lang.RuntimeException: Unable to resume activity
{com.monappli/com.monappli.MainActivity}: java.lang.RuntimeException: Failure
delivering result ResultInfo{who=null, request=33, result=-1, data=null
} to activity {com.monappli/com.monappli.MainActivity}:
java.lang.NullPointerException
E/AndroidRuntime(21796):at
android.app.ActivityThread.performResumeActivity(ActivityThread.java:2918)
E/AndroidRuntime(21796):at
android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2947)
E/AndroidRuntime(21796):at
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2394)
E/AndroidRuntime(21796):at
android.app.ActivityThread.access$600(ActivityThread.java:153)
E/AndroidRuntime(21796):at
android.app.ActivityThread$H.handleMessage(ActivityThread.java:1269)
E/AndroidRuntime(21796):at
android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime(21796):at android.os.Looper.loop(Looper.java:137)
E/AndroidRuntime(21796):at
android.app.ActivityThread.main(ActivityThread.java:5289)
E/AndroidRuntime(21796):at java.lang.reflect.Method.invokeNative(Native
Method)
E/AndroidRuntime(21796):at
java.lang.reflect.Method.invoke(Method.java:525)
[jira] [Commented] (CB-9189) java.lang.NullPointerException on select from library
[
https://issues.apache.org/jira/browse/CB-9189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696782#comment-14696782
]
Elodie Corbel commented on CB-9189:
---
My app is also crashing with same error. I don't use Crosswalk and it crashes
on a Sony Xperia SP with Cyanogenmod 10.2 (Android 4.3.1).
Maybe the problem is Cyanogenmod ?
Here is the log :
{code}
E/AndroidRuntime(21796): FATAL EXCEPTION: main
E/AndroidRuntime(21796): java.lang.RuntimeException: Unable to resume activity
{com.monappli/com.monappli.MainActivity}: java.lang.RuntimeException: Failure
delivering result ResultInfo{who=null, request=33, result=-1, data=null
} to activity {com.monappli/com.monappli.MainActivity}:
java.lang.NullPointerException
E/AndroidRuntime(21796):at
android.app.ActivityThread.performResumeActivity(ActivityThread.java:2918)
E/AndroidRuntime(21796):at
android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2947)
E/AndroidRuntime(21796):at
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2394)
E/AndroidRuntime(21796):at
android.app.ActivityThread.access$600(ActivityThread.java:153)
E/AndroidRuntime(21796):at
android.app.ActivityThread$H.handleMessage(ActivityThread.java:1269)
E/AndroidRuntime(21796):at
android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime(21796):at android.os.Looper.loop(Looper.java:137)
E/AndroidRuntime(21796):at
android.app.ActivityThread.main(ActivityThread.java:5289)
E/AndroidRuntime(21796):at java.lang.reflect.Method.invokeNative(Native
Method)
E/AndroidRuntime(21796):at
java.lang.reflect.Method.invoke(Method.java:525)
E/AndroidRuntime(21796):at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:739)
E/AndroidRuntime(21796):at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:555)
E/AndroidRuntime(21796):at dalvik.system.NativeStart.main(Native Method)
E/AndroidRuntime(21796): Caused by: java.lang.RuntimeException: Failure
delivering result ResultInfo{who=null, request=33, re
sult=-1, data=null} to activity {com.monappli/com.monappli.MainActivity}:
java.lang.NullPointerExceptio
n
E/AndroidRuntime(21796):at
android.app.ActivityThread.deliverResults(ActivityThread.java:3495)
E/AndroidRuntime(21796):at
android.app.ActivityThread.performResumeActivity(ActivityThread.java:2905)
E/AndroidRuntime(21796):... 12 more
E/AndroidRuntime(21796): Caused by: java.lang.NullPointerException
E/AndroidRuntime(21796):at
org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:400)
E/AndroidRuntime(21796):at
org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:674)
E/AndroidRuntime(21796):at
org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
E/AndroidRuntime(21796):at
org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:320)
E/AndroidRuntime(21796):at
android.app.Activity.dispatchActivityResult(Activity.java:5322)
E/AndroidRuntime(21796):at
android.app.ActivityThread.deliverResults(ActivityThread.java:3491)
E/AndroidRuntime(21796):... 13 more
{code}
> java.lang.NullPointerException on select from library
> -
>
> Key: CB-9189
> URL: https://issues.apache.org/jira/browse/CB-9189
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.0.1
> Environment: Android.
>Reporter: Mark Harding
> Labels: android, camera, file, library
>
> I'm getting multiple crash reports via google play. I'm unable to replicate
> myself but I think it could be related to CyanogenMod.
> Android 5.0 (LG Leon 4G LTE (c50))
> {code}
> java.lang.RuntimeException: Unable to resume activity
> {com.minds.mobile/com.minds.mobile.MainActivity}: java.lang.RuntimeException:
> Failure delivering result ResultInfo{who=null, request=18, result=-1,
> data=Intent {
> dat=content://com.google.android.apps.photos.contentprovider/0/1/https://lh3.googleusercontent.com/xZgV-3YvXmuR6W7uEAJOLuHHSI0nrkzZTGESgcggVi_ovpv8qkc=s0-d/ACTUAL
> flg=0x1 (has clip) }} to activity
> {com.minds.mobile/com.minds.mobile.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method 'void
> org.apache.cordova.CallbackContext.success(java.lang.String)' on a null
> object reference
> at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3040)
> at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3071)
> at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2410)
> at android.app.ActivityThread.access$800(ActivityThread.java:155)
> at android.app.Act
[jira] [Comment Edited] (CB-9277) CSP error in processMessage (cordova.js:1072)
[
https://issues.apache.org/jira/browse/CB-9277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696765#comment-14696765
]
Jerome Lambert edited comment on CB-9277 at 8/14/15 9:38 AM:
-
I have the same issue but I'm not able to determine which plugin is source of
use the deprecated method.
Here's my plugin list:
android.support.v4 21.0.1 "Android Support v4"
com.google.playservices 21.0.0 "Google Play Services for Android"
com.ionic.keyboard 1.0.4 "Keyboard"
cordova-plugin-camera 1.2.0 "Camera"
cordova-plugin-console 1.0.1 "Console"
cordova-plugin-device 1.0.1 "Device"
cordova-plugin-file 2.1.0 "File"
cordova-plugin-geolocation 1.0.1 "Geolocation"
cordova-plugin-globalization 1.0.2-dev "Globalization"
cordova-plugin-network-information 1.0.1 "Network Information"
cordova-plugin-splashscreen 2.1.0 "Splashscreen"
cordova-plugin-statusbar 1.0.1 "StatusBar"
cordova-plugin-whitelist 1.0.0 "Whitelist"
nl.x-services.plugins.toast 2.0.4 "Toast"
plugin.google.maps 1.2.4 "phonegap-googlemaps-plugin"
plugin.http.request 1.0.0 "phonegap-http-request"
How to determine which plugin is source of the issue ?
Here's console log:
Uncaught EvalError: Refused to evaluate a string as JavaScript because
'unsafe-eval' is not an allowed source of script in the following Content
Security Policy directive: "default-src 'self' data: gap:
https://ssl.gstatic.com";.
processMessage @ cordova.js:1073processMessages @ cordova.js:1107pollOnce @
cordova.js:976pollOnceFromOnlineEvent @ cordova.js:963
was (Author: jerome2606):
I have the same issue but I'm not able to determine which plugin is source of
use the deprecated method.
Here's my plugin list:
android.support.v4 21.0.1 "Android Support v4"
com.google.playservices 21.0.0 "Google Play Services for Android"
com.ionic.keyboard 1.0.4 "Keyboard"
cordova-plugin-camera 1.2.0 "Camera"
cordova-plugin-console 1.0.1 "Console"
cordova-plugin-device 1.0.1 "Device"
cordova-plugin-file 2.1.0 "File"
cordova-plugin-geolocation 1.0.1 "Geolocation"
cordova-plugin-globalization 1.0.2-dev "Globalization"
cordova-plugin-network-information 1.0.1 "Network Information"
cordova-plugin-splashscreen 2.1.0 "Splashscreen"
cordova-plugin-statusbar 1.0.1 "StatusBar"
cordova-plugin-whitelist 1.0.0 "Whitelist"
nl.x-services.plugins.toast 2.0.4 "Toast"
plugin.google.maps 1.2.4 "phonegap-googlemaps-plugin"
plugin.http.request 1.0.0 "phonegap-http-request"
How to determine which plugin is source of the issue ?
Here's console log:
Uncaught EvalError: Refused to evaluate a string as JavaScript because
'unsafe-eval' is not an allowed source of script in the following Content
Security Policy directive: "default-src 'self' http://ws.tectime.be
http://www.infotec.be data: gap: https://ssl.gstatic.com";.
processMessage @ cordova.js:1073processMessages @ cordova.js:1107pollOnce @
cordova.js:976pollOnceFromOnlineEvent @ cordova.js:963
> CSP error in processMessage (cordova.js:1072)
> -
>
> Key: CB-9277
> URL: https://issues.apache.org/jira/browse/CB-9277
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 3.5.0
> Environment: CCA 0.7.1 with cordova com.chariotsolutions.nfc.plugin
>Reporter: Morille Jerome
>
> With CCA 0.7.1 during processing NFC message with the plugins
> {code}
>
> {code}
> the call of the plugin function (and when passing the nfc tags)
> {code}
> nfc.addNdefListener(onNfcEvent,onSuccess, onFailure );
> {code}
> the error is raised
> {code}
> Uncaught EvalError: Refused to evaluate a string as JavaScript because
> 'unsafe-eval' is not an allowed source of script in the following Content
> Security Policy directive: "default-src file: data: chrome-extension:
> https://ssl.gstatic.com";.
> processMessage @ cordova.js:1070
> processMessages @ cordova.js:1104
> pollOnce @ cordova.js:973
> pollOnceFromOnlineEvent
> {code}
> The problem is writing directly in the code source of the following file
> n the file
> https://github.com/apache/cordova-android/blob/4bf705a3d39b34400388265381a9975b246e3779/bin/templates/project/assets/www/cordova.js
> line 1073 we have the eval that cause the bugs.. (like writted in the code)
> {code}
> function processMessage(message) {
> var firstChar = message.charAt(0);
> if (firstChar == 'J') {
> // This is deprecated on the .java side. It doesn't work with CSP
> enabled.
> eval(message.slice(1));
> } else if (firstChar == 'S' || firstChar == 'F') {
> var success = firstChar == 'S';
> var keepCallback = message.charAt(1) == '1';
> var spaceIdx = message.indexOf(' ', 2);
> var status = +message.slice(2, spaceIdx);
> var nextSpaceIdx = message.indexOf(' ', spaceIdx + 1);
> var callbackId = message.slice(spaceI
[jira] [Commented] (CB-9277) CSP error in processMessage (cordova.js:1072)
[
https://issues.apache.org/jira/browse/CB-9277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696765#comment-14696765
]
Jerome Lambert commented on CB-9277:
I have the same issue but I'm not able to determine which plugin is source of
use the deprecated method.
Here's my plugin list:
android.support.v4 21.0.1 "Android Support v4"
com.google.playservices 21.0.0 "Google Play Services for Android"
com.ionic.keyboard 1.0.4 "Keyboard"
cordova-plugin-camera 1.2.0 "Camera"
cordova-plugin-console 1.0.1 "Console"
cordova-plugin-device 1.0.1 "Device"
cordova-plugin-file 2.1.0 "File"
cordova-plugin-geolocation 1.0.1 "Geolocation"
cordova-plugin-globalization 1.0.2-dev "Globalization"
cordova-plugin-network-information 1.0.1 "Network Information"
cordova-plugin-splashscreen 2.1.0 "Splashscreen"
cordova-plugin-statusbar 1.0.1 "StatusBar"
cordova-plugin-whitelist 1.0.0 "Whitelist"
nl.x-services.plugins.toast 2.0.4 "Toast"
plugin.google.maps 1.2.4 "phonegap-googlemaps-plugin"
plugin.http.request 1.0.0 "phonegap-http-request"
How to determine which plugin is source of the issue ?
Here's console log:
Uncaught EvalError: Refused to evaluate a string as JavaScript because
'unsafe-eval' is not an allowed source of script in the following Content
Security Policy directive: "default-src 'self' http://ws.tectime.be
http://www.infotec.be data: gap: https://ssl.gstatic.com";.
processMessage @ cordova.js:1073processMessages @ cordova.js:1107pollOnce @
cordova.js:976pollOnceFromOnlineEvent @ cordova.js:963
> CSP error in processMessage (cordova.js:1072)
> -
>
> Key: CB-9277
> URL: https://issues.apache.org/jira/browse/CB-9277
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 3.5.0
> Environment: CCA 0.7.1 with cordova com.chariotsolutions.nfc.plugin
>Reporter: Morille Jerome
>
> With CCA 0.7.1 during processing NFC message with the plugins
> {code}
>
> {code}
> the call of the plugin function (and when passing the nfc tags)
> {code}
> nfc.addNdefListener(onNfcEvent,onSuccess, onFailure );
> {code}
> the error is raised
> {code}
> Uncaught EvalError: Refused to evaluate a string as JavaScript because
> 'unsafe-eval' is not an allowed source of script in the following Content
> Security Policy directive: "default-src file: data: chrome-extension:
> https://ssl.gstatic.com";.
> processMessage @ cordova.js:1070
> processMessages @ cordova.js:1104
> pollOnce @ cordova.js:973
> pollOnceFromOnlineEvent
> {code}
> The problem is writing directly in the code source of the following file
> n the file
> https://github.com/apache/cordova-android/blob/4bf705a3d39b34400388265381a9975b246e3779/bin/templates/project/assets/www/cordova.js
> line 1073 we have the eval that cause the bugs.. (like writted in the code)
> {code}
> function processMessage(message) {
> var firstChar = message.charAt(0);
> if (firstChar == 'J') {
> // This is deprecated on the .java side. It doesn't work with CSP
> enabled.
> eval(message.slice(1));
> } else if (firstChar == 'S' || firstChar == 'F') {
> var success = firstChar == 'S';
> var keepCallback = message.charAt(1) == '1';
> var spaceIdx = message.indexOf(' ', 2);
> var status = +message.slice(2, spaceIdx);
> var nextSpaceIdx = message.indexOf(' ', spaceIdx + 1);
> var callbackId = message.slice(spaceIdx + 1, nextSpaceIdx);
> var payloadMessage = message.slice(nextSpaceIdx + 1);
> var payload = [];
> buildPayload(payload, payloadMessage);
> cordova.callbackFromNative(callbackId, success, status, payload,
> keepCallback);
> } else {
> console.log("processMessage failed: invalid message: " +
> JSON.stringify(message));
> }
> }
> {code}
> please correct this code
> {code}
> // This is deprecated on the .java side. It doesn't work with CSP enabled.
> eval(message.slice(1));
> {code}
> https://github.com/MobileChromeApps/mobile-chrome-apps/issues/584
--
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-8902) "Fullscreen" set to 'true' should hide the navigation bar on capable android devices
[ https://issues.apache.org/jira/browse/CB-8902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696696#comment-14696696 ] Timo Tiuraniemi commented on CB-8902: - Unfortunately this change broke my >=KitKat app. Immersive mode is significantly different from the old behavior: 1. Fullscreen in 4.1.1 is triggered later during boot than in 4.0.0, which cause my layout to slightly break as CSS is evaluated before fullscreen is ready. 2. When activating the keyboard, to navigation bar comes back. It didn't in 4.0.0. When I close the keyboard, the navigation bar doesn't get hidden but fullscreen is lost. Might it be possible to introduce a new setting to turn immersive off, but keep fullscreen on? For example: with fullscreen-immersive defaulting to true? If that would be possible, I could make a new issue and submit a pull request for this. > "Fullscreen" set to 'true' should hide the navigation bar on capable android > devices > > > Key: CB-8902 > URL: https://issues.apache.org/jira/browse/CB-8902 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: Master >Reporter: Kenneth Chan >Assignee: Andrew Grieve > Fix For: Master > > > "Fullscreen" preference set to 'true' in the config.xml should hide the > navigation bar on android devices that support immersive mode. > https://github.com/apache/cordova-android/pull/175 -- 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-9402) Android: Allow configuration of gradle distributionUrl
[ https://issues.apache.org/jira/browse/CB-9402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14696627#comment-14696627 ] ASF GitHub Bot commented on CB-9402: GitHub user alebedev opened a pull request: https://github.com/apache/cordova-android/pull/205 CB-9402 Allow to set gradle distubutionUrl ... via env variable CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL You can merge this pull request into a Git repository by running: $ git pull https://github.com/alebedev/cordova-android master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/205.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #205 commit 9e82dcc2049d5786979d22c16f602229c2f91301 Author: Alexander Lebedev Date: 2015-08-14T07:17:02Z CB-9402 Allow to set gradle distubutionUrl via env variable CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL > Android: Allow configuration of gradle distributionUrl > -- > > Key: CB-9402 > URL: https://issues.apache.org/jira/browse/CB-9402 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 5.1.2 >Reporter: Alexander Lebedev >Assignee: Joe Bowser >Priority: Critical > > I want to use gradle distibution from file system in order to simplify build > in corprate environment where configuring proxy server is problematic. > Right now, build.js always redefines *distributionUrl*. It would be nice if > I could pass my own value via environmental variable or command line flag. -- 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
