[jira] [Commented] (CB-12014) Back button event listener is not called when app requests device administrator permissions.
[ https://issues.apache.org/jira/browse/CB-12014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577399#comment-15577399 ] Harsh Yadav commented on CB-12014: -- [~jrbowers] Is there any way to launch Activate Device Administrator activity using cordova? > Back button event listener is not called when app requests device > administrator permissions. > > > Key: CB-12014 > URL: https://issues.apache.org/jira/browse/CB-12014 > Project: Apache Cordova > Issue Type: Bug > Components: Android > Environment: Android M >Reporter: Harsh Yadav > Labels: Administrator > > I have registered an event listener for the event "backbutton" in my hybrid > app. During the launch of the app it asks user to activate the Device > Administrator for the app if app is not the Device Administrator. If user > click Activates the Device Administrator, app activity comes to the top. Now > if user presses back button it will not call registered event listener. But > if app is the Device administrator then it will prompt user to activate > device admin, hence on pressing back button on app activity it calls > registered event listener. -- 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-12004) cordova-plugin-media 2.4.0 : open failed: EROFS (Read-only file system)
[ https://issues.apache.org/jira/browse/CB-12004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577096#comment-15577096 ] salles pro services commented on CB-12004: -- Hi, this was tested using motorola XT1563 ( Moto X Play ) with Android 6.0.1. I intend to record audio using cordova-plugin-media. i have also tried to use another plugin which seemed to fix Marshmellow bus, but the result was the same. https://www.npmjs.com/package/cordova-plugin-media-fixed > cordova-plugin-media 2.4.0 : open failed: EROFS (Read-only file system) > --- > > Key: CB-12004 > URL: https://issues.apache.org/jira/browse/CB-12004 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.4.0 > Environment: Android 6.0.1 >Reporter: salles pro services > > 10-12 20:58:12.549 9230 9291 W System.err: java.io.FileNotFoundException: > /storage/emulated/0/tmprecording-1476316692548.3gp: open failed: EROFS > (Read-only file system) > 10-12 20:58:12.549 9230 9291 W System.err: at > libcore.io.IoBridge.open(IoBridge.java:452) > 10-12 20:58:12.549 9230 9291 W System.err: at > java.io.RandomAccessFile.(RandomAccessFile.java:117) > 10-12 20:58:12.549 9230 9291 W System.err: at > java.io.RandomAccessFile.(RandomAccessFile.java:149) > 10-12 20:58:12.549 9230 9291 W System.err: at > android.media.MediaRecorder.prepare(MediaRecorder.java:784) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.media.AudioPlayer.startRecording(AudioPlayer.java:159) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.media.AudioHandler.startRecordingAudio(AudioHandler.java:287) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.media.AudioHandler.promptForRecord(AudioHandler.java:543) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.media.AudioHandler.execute(AudioHandler.java:118) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.PluginManager.exec(PluginManager.java:133) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.apache.cordova.engine.SystemExposedJsApi.exec(SystemExposedJsApi.java:41) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method) > 10-12 20:58:12.549 9230 9291 W System.err: at > org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:39) > 10-12 20:58:12.549 9230 9291 W System.err: at > android.os.Handler.dispatchMessage(Handler.java:102) > 10-12 20:58:12.549 9230 9291 W System.err: at > android.os.Looper.loop(Looper.java:148) > 10-12 20:58:12.550 9230 9291 W System.err: at > android.os.HandlerThread.run(HandlerThread.java:61) > 10-12 20:58:12.550 9230 9291 W System.err: Caused by: > android.system.ErrnoException: open failed: EROFS (Read-only file system) > 10-12 20:58:12.550 9230 9291 W System.err: at libcore.io.Posix.open(Native > Method) > 10-12 20:58:12.550 9230 9291 W System.err: at > libcore.io.BlockGuardOs.open(BlockGuardOs.java:186) > 10-12 20:58:12.550 9230 9291 W System.err: at > libcore.io.IoBridge.open(IoBridge.java:438) > 10-12 20:58:12.550 9230 9291 W System.err: ... 16 more > 10-12 20:58:12.550 9230 9291 W PluginManager: THREAD WARNING: exec() call > to Media.startRecordingAudio blocked the main thread for 21ms. Plugin should > use CordovaInterface.getThreadPool() -- 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-11913) Update travis.yml and appveyor.yml for nodes 0.12, 4, 6
[ https://issues.apache.org/jira/browse/CB-11913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577076#comment-15577076 ] ASF subversion and git services commented on CB-11913: -- Commit 576c8426cea027b018b4132207d508a1e1e79280 in cordova-cli's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=576c842 ] CB-11913 - Re-fix appveyor.yml to use specific node versions For node 6, because of 'npm install' after 'npm link' bugs (see https://github.com/npm/npm/issues/9633 and https://github.com/npm/npm/issues/10343), we downgrade to use npm@2 This closes #263 > Update travis.yml and appveyor.yml for nodes 0.12, 4, 6 > --- > > Key: CB-11913 > URL: https://issues.apache.org/jira/browse/CB-11913 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Right now it only tests for 0.10 on cordova-cli -- 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-11913) Update travis.yml and appveyor.yml for nodes 0.12, 4, 6
[ https://issues.apache.org/jira/browse/CB-11913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577078#comment-15577078 ] ASF GitHub Bot commented on CB-11913: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-cli/pull/263 > Update travis.yml and appveyor.yml for nodes 0.12, 4, 6 > --- > > Key: CB-11913 > URL: https://issues.apache.org/jira/browse/CB-11913 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Right now it only tests for 0.10 on cordova-cli -- 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-11951) Plugin preference default value is not being saved to .json
[ https://issues.apache.org/jira/browse/CB-11951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577046#comment-15577046 ] ASF GitHub Bot commented on CB-11951: - Github user stevengill commented on the issue: https://github.com/apache/cordova-lib/pull/501 Thanks for the pr @matrosov-nikita! merged! Feel free to close the issues on jira now :D > Plugin preference default value is not being saved to .json > - > > Key: CB-11951 > URL: https://issues.apache.org/jira/browse/CB-11951 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.1 > Environment: Windows 10 with anniversary update >Reporter: Alexander Sorokin >Assignee: Nikita Matrosov > > Plugin preference default value is not being saved to .json > {noformat} > cordova create foo > cd foo > cordova platform add android > cordova plugin add cordova-plugin-ms-azure-mobile-engagement --variable > AZME_ANDROID_CONNECTION_STRING=Endpoint=0;AppId=0;SdkKey=0 --variable > AZME_ENABLE_PLUGIN_LOG=false > {noformat} > check out `./platforms/android/android.json` or `./pluguns/android.json` > it has the following lines: > {code} > "installed_plugins": { > <...> > "cordova-plugin-ms-azure-mobile-engagement": { > "AZME_ENABLE_PLUGIN_LOG": "false", > "AZME_ANDROID_GOOGLE_PROJECT_NUMBER": "null", > "AZME_ANDROID_REACH_ICON": "icon", > "AZME_ANDROID_CONNECTION_STRING": "Endpoint=0;AppId=0;SdkKey=0", > "PACKAGE_NAME": "io.cordova.hellocordova" > } > }, > {code} > You can see that "AZME_ENABLE_PLUGIN_LOG" is saved here, while > "AZME_ENABLE_NATIVE_LOG" is not. > They both can be found in the plugin section of the plugin's `plugin.xml` > file: > https://github.com/Azure/azure-mobile-engagement-cordova/blob/master/plugin.xml#L29 > Note that the Android-specific preferences have been saved correctly. > cordova@6.3.0 doesn't have this issue. -- 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-11967) Cordova Plugin default preferences loaded as 'undefined' value inside cordova project.
[ https://issues.apache.org/jira/browse/CB-11967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577043#comment-15577043 ] ASF subversion and git services commented on CB-11967: -- Commit afcffc59ad186ae98518ac890fd942d3ca7069d8 in cordova-lib's branch refs/heads/master from [~Nikita Matrosov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=afcffc5 ] CB-11951 CB-11967: Respect preference default values when install plugin > Cordova Plugin default preferences loaded as 'undefined' value inside cordova > project. > -- > > Key: CB-11967 > URL: https://issues.apache.org/jira/browse/CB-11967 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 6.3.1 >Reporter: Iñaki Vitoria > > Scenario > > Creating a new cordova Plugin. > Setting preferences and default values in different platforms inside > plugin.xml file. > Once the plugin is added to the project and built, resultant DEFAULT values > aren´t loaded and set to 'undefined'. > PROJECT SAMPLE CODE PROVIDED > > Only relevant lines of code are included, everything else has been removed > since is automatically generated by cordova. > > > xmlns="http://www.phonegap.com/ns/plugins/1.0; > xmlns:android="http://schemas.android.com/apk/res/android;> > Plugin > > > > > > > > > > > > > > > > > > > > Given the following preference configuration and default values PROVIDED > the resultant config.xml file inside res/xml/config.xml (android example) > contains all default values set to 'undefined' > > > > > -- 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-11951) Plugin preference default value is not being saved to .json
[ https://issues.apache.org/jira/browse/CB-11951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577044#comment-15577044 ] ASF GitHub Bot commented on CB-11951: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/501 > Plugin preference default value is not being saved to .json > - > > Key: CB-11951 > URL: https://issues.apache.org/jira/browse/CB-11951 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.1 > Environment: Windows 10 with anniversary update >Reporter: Alexander Sorokin >Assignee: Nikita Matrosov > > Plugin preference default value is not being saved to .json > {noformat} > cordova create foo > cd foo > cordova platform add android > cordova plugin add cordova-plugin-ms-azure-mobile-engagement --variable > AZME_ANDROID_CONNECTION_STRING=Endpoint=0;AppId=0;SdkKey=0 --variable > AZME_ENABLE_PLUGIN_LOG=false > {noformat} > check out `./platforms/android/android.json` or `./pluguns/android.json` > it has the following lines: > {code} > "installed_plugins": { > <...> > "cordova-plugin-ms-azure-mobile-engagement": { > "AZME_ENABLE_PLUGIN_LOG": "false", > "AZME_ANDROID_GOOGLE_PROJECT_NUMBER": "null", > "AZME_ANDROID_REACH_ICON": "icon", > "AZME_ANDROID_CONNECTION_STRING": "Endpoint=0;AppId=0;SdkKey=0", > "PACKAGE_NAME": "io.cordova.hellocordova" > } > }, > {code} > You can see that "AZME_ENABLE_PLUGIN_LOG" is saved here, while > "AZME_ENABLE_NATIVE_LOG" is not. > They both can be found in the plugin section of the plugin's `plugin.xml` > file: > https://github.com/Azure/azure-mobile-engagement-cordova/blob/master/plugin.xml#L29 > Note that the Android-specific preferences have been saved correctly. > cordova@6.3.0 doesn't have this issue. -- 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-11951) Plugin preference default value is not being saved to .json
[ https://issues.apache.org/jira/browse/CB-11951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577042#comment-15577042 ] ASF subversion and git services commented on CB-11951: -- Commit afcffc59ad186ae98518ac890fd942d3ca7069d8 in cordova-lib's branch refs/heads/master from [~Nikita Matrosov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=afcffc5 ] CB-11951 CB-11967: Respect preference default values when install plugin > Plugin preference default value is not being saved to .json > - > > Key: CB-11951 > URL: https://issues.apache.org/jira/browse/CB-11951 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.1 > Environment: Windows 10 with anniversary update >Reporter: Alexander Sorokin >Assignee: Nikita Matrosov > > Plugin preference default value is not being saved to .json > {noformat} > cordova create foo > cd foo > cordova platform add android > cordova plugin add cordova-plugin-ms-azure-mobile-engagement --variable > AZME_ANDROID_CONNECTION_STRING=Endpoint=0;AppId=0;SdkKey=0 --variable > AZME_ENABLE_PLUGIN_LOG=false > {noformat} > check out `./platforms/android/android.json` or `./pluguns/android.json` > it has the following lines: > {code} > "installed_plugins": { > <...> > "cordova-plugin-ms-azure-mobile-engagement": { > "AZME_ENABLE_PLUGIN_LOG": "false", > "AZME_ANDROID_GOOGLE_PROJECT_NUMBER": "null", > "AZME_ANDROID_REACH_ICON": "icon", > "AZME_ANDROID_CONNECTION_STRING": "Endpoint=0;AppId=0;SdkKey=0", > "PACKAGE_NAME": "io.cordova.hellocordova" > } > }, > {code} > You can see that "AZME_ENABLE_PLUGIN_LOG" is saved here, while > "AZME_ENABLE_NATIVE_LOG" is not. > They both can be found in the plugin section of the plugin's `plugin.xml` > file: > https://github.com/Azure/azure-mobile-engagement-cordova/blob/master/plugin.xml#L29 > Note that the Android-specific preferences have been saved correctly. > cordova@6.3.0 doesn't have this issue. -- 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-12022) Update cordova-coho jira-triage.md with tips
[ https://issues.apache.org/jira/browse/CB-12022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577025#comment-15577025 ] ASF GitHub Bot commented on CB-12022: - Github user stevengill commented on the issue: https://github.com/apache/cordova-coho/pull/142 merged! > Update cordova-coho jira-triage.md with tips > > > Key: CB-12022 > URL: https://issues.apache.org/jira/browse/CB-12022 > Project: Apache Cordova > Issue Type: Bug > Components: Coho >Reporter: Audrey So >Assignee: Audrey So >Priority: Trivial > > Update cordova-coho jira-triage.md with "Tips when asking for more info from > reporter" -- 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-12022) Update cordova-coho jira-triage.md with tips
[ https://issues.apache.org/jira/browse/CB-12022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577024#comment-15577024 ] ASF GitHub Bot commented on CB-12022: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-coho/pull/142 > Update cordova-coho jira-triage.md with tips > > > Key: CB-12022 > URL: https://issues.apache.org/jira/browse/CB-12022 > Project: Apache Cordova > Issue Type: Bug > Components: Coho >Reporter: Audrey So >Assignee: Audrey So >Priority: Trivial > > Update cordova-coho jira-triage.md with "Tips when asking for more info from > reporter" -- 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-12022) Update cordova-coho jira-triage.md with tips
[ https://issues.apache.org/jira/browse/CB-12022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15577023#comment-15577023 ] ASF subversion and git services commented on CB-12022: -- Commit d98958a83cd3e32685da977e23246a6f3ed47c7d in cordova-coho's branch refs/heads/master from [~auso] [ https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;h=d98958a ] CB-12022 Update jira-triage.md to include tips for how to get more info from reporters This closes #142 > Update cordova-coho jira-triage.md with tips > > > Key: CB-12022 > URL: https://issues.apache.org/jira/browse/CB-12022 > Project: Apache Cordova > Issue Type: Bug > Components: Coho >Reporter: Audrey So >Assignee: Audrey So >Priority: Trivial > > Update cordova-coho jira-triage.md with "Tips when asking for more info from > reporter" -- 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-12022) Update cordova-coho jira-triage.md with tips
[ https://issues.apache.org/jira/browse/CB-12022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576943#comment-15576943 ] ASF GitHub Bot commented on CB-12022: - GitHub user audreyso opened a pull request: https://github.com/apache/cordova-coho/pull/142 CB-12022 Update jira-triage.md to include tips for how to get more info from reporters ### Platforms affected ### What does this PR do? ### What testing has been done on this change? ### Checklist - [ X] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [X ] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [ ] Added automated test coverage as appropriate for this change. You can merge this pull request into a Git repository by running: $ git pull https://github.com/audreyso/cordova-coho master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-coho/pull/142.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 #142 commit 18ed32635478932f5700b6f0ea0850b27dfd1d6b Author: audreysoDate: 2016-09-27T21:51:39Z CB-11909 changed prepare-release-branch command to grab version from package.json commit b545b7e8a4efed44cd250bbc9b85e95144210a0c Author: juliascript Date: 2016-07-29T00:44:52Z CB-11642 update CDVAvailability.h commit 9dc994ed5d7d12a5d7fa0907f9c353b7d5df8ee6 Author: juliascript Date: 2016-07-29T00:48:21Z CB-11642 update CDVAvailability.h commit cbb7ba0de0d9f69d97659553c7fc4717531f480e Author: juliascript Date: 2016-07-29T18:16:53Z update npm test commit 18551f26bc6a7886b6026e684f93732750e7e96e Author: Vladimir Kotikov Date: 2016-08-25T13:19:06Z Add valid-identifier to knownIssues.json commit ca65664d0ded4065b75c477718e1a3615917de9a Author: audreyso Date: 2016-09-29T23:26:48Z CB-11642 updated CDVAvailability.h in coho This closes #140 commit c955afb5efe6ac570b6c61a596acbe4d63d9f624 Author: Steve Gill Date: 2016-09-30T00:15:32Z updated platforms release process, removed manually CDVAvailability.h edit for iOS commit 5dc464b406874d350a7cddc7242ff4c3eb3ff2be Author: audreyso Date: 2016-10-03T16:25:19Z CB-9157 adds copy-js command to copy an updated cordova.js to the specified platform This closes #141 commit bd8471212f2393f715ac1454fae55563cf87ecfb Author: Shazron Abdullah Date: 2016-10-05T05:16:57Z Add github pull request template commit ca0cfa877286b149fe79ea49c07d73a719a7e6ca Author: Shazron Abdullah Date: 2016-10-07T07:36:57Z Added growl to knownIssues.json commit 459a92ac615791665814c8c2c84b38482ee99b48 Author: audreyso Date: 2016-10-14T23:46:15Z CB-12022 Update jira-triage.md to include tips for how to get more info from reporters > Update cordova-coho jira-triage.md with tips > > > Key: CB-12022 > URL: https://issues.apache.org/jira/browse/CB-12022 > Project: Apache Cordova > Issue Type: Bug > Components: Coho >Reporter: Audrey So >Assignee: Audrey So >Priority: Trivial > > Update cordova-coho jira-triage.md with "Tips when asking for more info from > reporter" -- 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-12022) Update cordova-coho jira-triage.md with tips
Audrey So created CB-12022: -- Summary: Update cordova-coho jira-triage.md with tips Key: CB-12022 URL: https://issues.apache.org/jira/browse/CB-12022 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Audrey So Assignee: Audrey So Priority: Trivial Update cordova-coho jira-triage.md with "Tips when asking for more info from reporter" -- 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-12021) --fetch should use dependency version saved in package.json before default cordova version when adding/restoring
Steve Gill created CB-12021: --- Summary: --fetch should use dependency version saved in package.json before default cordova version when adding/restoring Key: CB-12021 URL: https://issues.apache.org/jira/browse/CB-12021 Project: Apache Cordova Issue Type: Bug Components: cordova-fetch, CordovaLib Reporter: Steve Gill Fix For: 7.0.0 cordova platform add android --save --fetch should use the version of cordova-android already saved in package.json instead of the version from platformsConfig.json -- 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-11913) Update travis.yml and appveyor.yml for nodes 0.12, 4, 6
[ https://issues.apache.org/jira/browse/CB-11913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576768#comment-15576768 ] ASF GitHub Bot commented on CB-11913: - Github user shazron commented on the issue: https://github.com/apache/cordova-cli/pull/263 Final fix that worked: downgrade to npm@2 > Update travis.yml and appveyor.yml for nodes 0.12, 4, 6 > --- > > Key: CB-11913 > URL: https://issues.apache.org/jira/browse/CB-11913 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Right now it only tests for 0.10 on cordova-cli -- 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-9816) Add checks for build-tools and platform-tools to Android check_reqs module
[ https://issues.apache.org/jira/browse/CB-9816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-9816. Resolution: Implemented This was a pretty serious pain in the butt to test and re-work, but I can tell you now that this does in fact exist. :/ > Add checks for build-tools and platform-tools to Android check_reqs module > -- > > Key: CB-9816 > URL: https://issues.apache.org/jira/browse/CB-9816 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Vladimir Kotikov >Priority: Minor > Labels: build-tools, check_reqs, platform-tools > > To make TACO dependency installer more intelligent for Android SDK, and we > would need some additions in the Android check_reqs module: > * We would need to check that the “platform-tools” package is installed > * We would need to check that at least one “build-tools” package is installed -- 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-8834) Android should allow VERSION_DOWNGRADE
[ https://issues.apache.org/jira/browse/CB-8834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576754#comment-15576754 ] Joe Bowser commented on CB-8834: This issue hasn't been encountered in a while, closing as won't fix, since it doesn't appear necessary now. > Android should allow VERSION_DOWNGRADE > -- > > Key: CB-8834 > URL: https://issues.apache.org/jira/browse/CB-8834 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Joe Bowser >Priority: Minor > > With version codes being computed more dynamically now, we hit this more > often. There's a new(ish) flag in adb to just allows allow version downgrade > (-d), so we should use it! -- 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-8834) Android should allow VERSION_DOWNGRADE
[ https://issues.apache.org/jira/browse/CB-8834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8834. Resolution: Won't Fix > Android should allow VERSION_DOWNGRADE > -- > > Key: CB-8834 > URL: https://issues.apache.org/jira/browse/CB-8834 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Joe Bowser >Priority: Minor > > With version codes being computed more dynamically now, we hit this more > often. There's a new(ish) flag in adb to just allows allow version downgrade > (-d), so we should use it! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8331) Respond to onTrimMemory() calls by detaching WebView
[ https://issues.apache.org/jira/browse/CB-8331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser closed CB-8331. -- This looks like it was fixed on the WebView side by the Chrome team. https://bugs.chromium.org/p/chromium/issues/detail?id=395657 > Respond to onTrimMemory() calls by detaching WebView > > > Key: CB-8331 > URL: https://issues.apache.org/jira/browse/CB-8331 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Priority: Minor > > Idea based on: > http://www.slideshare.net/AmgadMuhammad/android-performance-best-practices?related=3 > WebView releases quite a bit of graphics memory when detatched from the view > hierarchy. Seems a straight-forward thing to do in response to onTrimMemory() -- 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-7974) Android load timeout isn't cancelled when view is destroyed
[ https://issues.apache.org/jira/browse/CB-7974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-7974. Resolution: Implemented It looks like this got implemented. Closing > Android load timeout isn't cancelled when view is destroyed > --- > > Key: CB-7974 > URL: https://issues.apache.org/jira/browse/CB-7974 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Priority: Minor > > This affects multi-webview apps. If you call handleDestroy() on one webview > before it's done loading, its timeout timer eventually fires and shows an > alert. > We just need to cancel this timer in handleDestroy(). -- 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-4671) Add Gesture callback handlers to WebView and delegate to plugins
[ https://issues.apache.org/jira/browse/CB-4671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-4671. Resolution: Won't Fix This is old, and isn't really possible due to our new multiple webview reality. Closing. > Add Gesture callback handlers to WebView and delegate to plugins > > > Key: CB-4671 > URL: https://issues.apache.org/jira/browse/CB-4671 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Ian Clelland >Priority: Minor > > From http://callback.markmail.org/thread/lrfiy5j7o5tv5ma5, we can enable > gesture-recognition in plugins, if we override WebView.onTouchEvent and > delegate it through PluginManager to the plugins. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-4909) Resolve FindBugs issues
[ https://issues.apache.org/jira/browse/CB-4909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-4909. Resolution: Implemented Two implemented, one abandoned. > Resolve FindBugs issues > --- > > Key: CB-4909 > URL: https://issues.apache.org/jira/browse/CB-4909 > Project: Apache Cordova > Issue Type: Task > Components: Android >Affects Versions: 2.9.0 >Reporter: Peter >Priority: Minor > > Without having knowledge of internal implementation details our team has been > using Findbugs [1] and/or Sonar [2] as a rough indicators of internal code > quality. > [1] http://findbugs.sourceforge.net/ > [2] http://nemo.sonarqube.org/dashboard/index/176172 > Where practical to do so, as many of the issues reported by these tools > should be eliminated (prioritise by severity). It's a win-win exercise: > * At worse, better rule compliance improves confidence in the code > * At best, real bugs are fixed before they occur and get reported > For example, at time of creating this task we see ~30 "critical" issues in > Android Java code. Granted that most of them could be benign, deliberate, or > even false positives, but OTOH it would be better to reduce this number to > remove any doubt that maybe some of them _really are_ critical. -- 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-4906) FB - Capture.java - method does not clean up stream
[ https://issues.apache.org/jira/browse/CB-4906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-4906. Resolution: Unresolved This looks abandoned, closing. > FB - Capture.java - method does not clean up stream > --- > > Key: CB-4906 > URL: https://issues.apache.org/jira/browse/CB-4906 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media Capture >Affects Versions: 2.9.0 >Reporter: Peter >Priority: Minor > Labels: Android > > Resolve FindBugs reported issue in *Capture.java*: > Before > {code} > FileInputStream fis = new > FileInputStream(DirectoryManager.getTempDirectoryPath(this.cordova.getActivity()) > + "/Capture.jpg"); > OutputStream os = > this.cordova.getActivity().getContentResolver().openOutputStream(uri); > byte[] buffer = new byte[4096]; > int len; > while ((len = fis.read(buffer)) != -1) { > os.write(buffer, 0, len); > } > os.flush(); > os.close(); > fis.close(); > {code} > After > {code} > FileInputStream fis = new > FileInputStream(DirectoryManager.getTempDirectoryPath(this.cordova.getActivity()) > + "/Capture.jpg"); > try { > OutputStream os = > this.cordova.getActivity().getContentResolver().openOutputStream(uri); > try { > byte[] buffer = new byte[4096]; > int len; > while ((len = fis.read(buffer)) != -1) { > os.write(buffer, 0, len); > } > os.flush(); > } finally { > os.close(); > } > } finally { > fis.close(); > } > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11244) Update Android Project Structure to be more compatible with Android Studio
[ https://issues.apache.org/jira/browse/CB-11244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576684#comment-15576684 ] Joe Bowser commented on CB-11244: - [~stickbyatlas] That's probably never going to entirely go away, and it's a consequence of us not releasing as fast as Google releases Android Studio. We did sync our versions and remove that error for 2.1, but it came back for 2.2 and the next major version will have that fix. We try to keep up, but our ability to release as fast as possible is hindered by factors beyond my control alone. > Update Android Project Structure to be more compatible with Android Studio > -- > > Key: CB-11244 > URL: https://issues.apache.org/jira/browse/CB-11244 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Joe Bowser >Assignee: Joe Bowser > Labels: CordovaAndroidSix > > Currently our existing Android projects have the old Android Project > structure created by default, even for new projects, which makes no sense > since we no longer support Eclipse as the default project editor and have > moved to Android Studio for Android development. > The main reason for doing this is to clean up dependencies and to allow for > projects and dependencies to work more like how modern Android projects work > and to remove as much custom Gradle code as possible. This would also allow > us in the future to move towards having Android Plugin code work as Android > Libraries with Resources instead of just copying things across, which gives > us the ability to add JUnit tests and bundled resources. This would > dramatically increase the quality of plugins such as InAppBrowser, and third > party plugins such as the Barcode Scanner. > This would have to be done on the next major version, and the upgrade would > be tricky to do. However, the benefits at this point would greatly outweigh > the costs of maintaining the old project structure. The old cordova-common > code in Cordova-Android 5.0.x would allow for plugins in the short term to > work with both projects until we get the new project structure ready. -- 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-11988) I used the moveTo() and can not locate the saved image
[ https://issues.apache.org/jira/browse/CB-11988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576674#comment-15576674 ] Joe Bowser commented on CB-11988: - You did notice that you set saveToPhotoAlbum to false, right? If you do that, it won't save anything to the gallery. > I used the moveTo() and can not locate the saved image > -- > > Key: CB-11988 > URL: https://issues.apache.org/jira/browse/CB-11988 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.3.0 >Reporter: Lucas Costa >Priority: Minor > > I'm trying to save the picture in a specific folder in sdcard > Everything is ok, however the picture does not appear in the gallery android > bq. navigator.camera.getPicture(getImageURI, function (message) { > alert('Image Capture Failed'); > }, { > quality: 100, > destinationType: Camera.DestinationType.FILE_URL, > sourceType : Camera.PictureSourceType.CAMERA, > saveToPhotoAlbum: false > }); > function getImageURI(imageUri) { > var gotFileEntry = function (fileSystem) { > bq. fileSystem.getDirectory("Marmovix", {create: true, exclusive: false}, > moveFile); > }; > function moveFile(dirEntry) { > bq. window.resolveLocalFileSystemURL(imageUri, function (fileEntry) { >fileEntry.moveTo(dirEntry, "Marmovix.png", success, fsFail); > }, fsFail); > }; > window.resolveLocalFileSystemURL(cordova.file.externalRootDirectory, > gotFileEntry, fsFail); -- 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-8250) special characters in config.xml
[ https://issues.apache.org/jira/browse/CB-8250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8250. Resolution: Fixed > special characters in config.xml > > > Key: CB-8250 > URL: https://issues.apache.org/jira/browse/CB-8250 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaLib >Affects Versions: 3.5.0, 4.1.3 > Environment: Mac OSX Android iOS >Reporter: Julien Durens > > In the config.xml, when you have an app name containing a special character > (in my case a single quote, or an apostropher) it has to be escaped to work > on android, but it shouldn't on iOS. So I had to change the name of the app > according to the platform I was trying to build: > My app isn\'t that bad on android > and > My app isn't that bad on ios > this kind of job shoud be done by the cordova platform add command -- 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-8722) Android should move icons to res/mipmap-* rather than drawable
[ https://issues.apache.org/jira/browse/CB-8722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8722. Resolution: Fixed > Android should move icons to res/mipmap-* rather than drawable > -- > > Key: CB-8722 > URL: https://issues.apache.org/jira/browse/CB-8722 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaLib >Reporter: Andrew Grieve >Priority: Minor > > Refer to: http://developer.android.com/tools/projects/index.html#mipmap -- 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-11992) cordova-android@5.2.2 ignoring KeepRunning flag
[ https://issues.apache.org/jira/browse/CB-11992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576659#comment-15576659 ] Joe Bowser commented on CB-11992: - [~keldar] Check out CB-11935 to see if that fixes your issue. > cordova-android@5.2.2 ignoring KeepRunning flag > --- > > Key: CB-11992 > URL: https://issues.apache.org/jira/browse/CB-11992 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 5.2.1 > Environment: macOS 10.12 Sierra; cordova-cli@6.3.1; > cordova-android@5.2.2; Samsung Galaxy Tab 4 7.0 >Reporter: Kelvin Dart >Priority: Minor > Labels: triaged > > I have an issue with the Galaxy Tab 4 7.0 ignoring the KeepRunning flag using > cordova-android@5.2.2. It appears to run the JavaScript in the background > despite setting KeepRunning to false. > In order to save space, I have created a GitHub project. I will update this > issue with the Tab 4 details (i.e. Android version, etc.) later. > GitHub URL: https://github.com/kelvindart/KeepRunning-Cordova-Issue > This seems to be happening prominently on the Tab 4 7.0. I have not tested on > other devices to confirm. -- 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-11807) Project is not building for folder name contains '&' character
[ https://issues.apache.org/jira/browse/CB-11807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-11807. - Resolution: Cannot Reproduce Tested it against the latest CLI, and I can't reproduce this issue. Closing > Project is not building for folder name contains '&' character > -- > > Key: CB-11807 > URL: https://issues.apache.org/jira/browse/CB-11807 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Reporter: Aminul Islam > > Project (i.e.android platform) is not building if we keep the project in a > folder whose name contains '&' character (i.e. "R") -- 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-11935) Violation of the Prohibited Actions provision of the Content Policy.
[ https://issues.apache.org/jira/browse/CB-11935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-11935: Priority: Major (was: Critical) It's not critical, just make KeepRunning false on the latest version of Cordova to avoid this. > Violation of the Prohibited Actions provision of the Content Policy. > > > Key: CB-11935 > URL: https://issues.apache.org/jira/browse/CB-11935 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: Master >Reporter: Simon Pireyn >Assignee: Joe Bowser > > When a page contains a Youtube video, it should be paused when the screen is > turned off. > Without this condition the app can be rejected for violation by the Play > Store: > {quote} > REASON FOR REJECTION:Violation of the Prohibited Actions provision of the > Content Policy. > After a regular review, we have determined that your app enables background > playing of YouTube videos, which is a violation of the YouTube API Terms of > Service: > "Your API Client will not, and You will not encourage or create functionality > for Your users or other third parties to: (8) separate, isolate, or modify > the audio or video components of any YouTube audiovisual content made > available through the YouTube API;" > All submission rejections are tracked. Repeated rejections due to policy > violations will result in app suspension, at which point this app will count > as a strike against the good standing of your developer account and no longer > be available on Google Play. > {quote} -- 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-12019) cordova-plugin-file : Performance issue between version 3.0.0 and 4.3.0
[ https://issues.apache.org/jira/browse/CB-12019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-12019: Priority: Minor (was: Major) > cordova-plugin-file : Performance issue between version 3.0.0 and 4.3.0 > --- > > Key: CB-12019 > URL: https://issues.apache.org/jira/browse/CB-12019 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File >Affects Versions: 3.5.0 > Environment: Tests done with Visual Studio 2015, cordova cli 6.3 > Materiel : Samsung A5 2016, Android 6.0.1 >Reporter: Sebastien Chauffray >Priority: Minor > Labels: performance > > Performance tests to compare cordova-plugin-file 3.0.0 to 4.3.0 > I've done 3 tests : > Test 1 : Create 1 000 files (about 4 000 characters each) in synchronous > mode. I wait the end of a file to create the next > Test 2 : Create 500 files (about 4 000 characters each) in asynchronous mode. > Don't wait to create all the file > Test 3 : Create a file by 400 appends of 4 000 caractères and read this file > (about 1.60 Mo) > I mesure each test and see very bad performance for version 4.3.0 of the > plugin... > You can see the result in the array : > Version 3.0.0 > Cycle 1Cycle 2 > Test 121s 975ms 22s 78ms > Test 24s 118ms 3s 761ms > Test 310s 317ms > Version 4.3.0 > Cycle 1Cycle 2 > Test 150s 341ms 51s 10ms > Test 28s 172ms 9s 230ms > Test 316s 484ms > if needed, i can discuss about the test detail -- 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-12019) cordova-plugin-file : Performance issue between version 3.0.0 and 4.3.0
[ https://issues.apache.org/jira/browse/CB-12019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576642#comment-15576642 ] Joe Bowser commented on CB-12019: - Could the slow down be the permissions being asked? What happens on concurrent tests? > cordova-plugin-file : Performance issue between version 3.0.0 and 4.3.0 > --- > > Key: CB-12019 > URL: https://issues.apache.org/jira/browse/CB-12019 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File >Affects Versions: 3.5.0 > Environment: Tests done with Visual Studio 2015, cordova cli 6.3 > Materiel : Samsung A5 2016, Android 6.0.1 >Reporter: Sebastien Chauffray > Labels: performance > > Performance tests to compare cordova-plugin-file 3.0.0 to 4.3.0 > I've done 3 tests : > Test 1 : Create 1 000 files (about 4 000 characters each) in synchronous > mode. I wait the end of a file to create the next > Test 2 : Create 500 files (about 4 000 characters each) in asynchronous mode. > Don't wait to create all the file > Test 3 : Create a file by 400 appends of 4 000 caractères and read this file > (about 1.60 Mo) > I mesure each test and see very bad performance for version 4.3.0 of the > plugin... > You can see the result in the array : > Version 3.0.0 > Cycle 1Cycle 2 > Test 121s 975ms 22s 78ms > Test 24s 118ms 3s 761ms > Test 310s 317ms > Version 4.3.0 > Cycle 1Cycle 2 > Test 150s 341ms 51s 10ms > Test 28s 172ms 9s 230ms > Test 316s 484ms > if needed, i can discuss about the test detail -- 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-12014) Back button event listener is not called when app requests device administrator permissions.
[ https://issues.apache.org/jira/browse/CB-12014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576637#comment-15576637 ] Joe Bowser commented on CB-12014: - [~harshrwr] So, this is custom code that you're adding to the activity that's causing this error? If so, I'm probably going to close this as "Not Supported", because this isn't something that we can really fix. > Back button event listener is not called when app requests device > administrator permissions. > > > Key: CB-12014 > URL: https://issues.apache.org/jira/browse/CB-12014 > Project: Apache Cordova > Issue Type: Bug > Components: Android > Environment: Android M >Reporter: Harsh Yadav > Labels: Administrator > > I have registered an event listener for the event "backbutton" in my hybrid > app. During the launch of the app it asks user to activate the Device > Administrator for the app if app is not the Device Administrator. If user > click Activates the Device Administrator, app activity comes to the top. Now > if user presses back button it will not call registered event listener. But > if app is the Device administrator then it will prompt user to activate > device admin, hence on pressing back button on app activity it calls > registered event listener. -- 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-11992) cordova-android@5.2.2 ignoring KeepRunning flag
[ https://issues.apache.org/jira/browse/CB-11992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576631#comment-15576631 ] Joe Bowser commented on CB-11992: - Android 5.2.2 on a Samsung Device is ignoring the flag? I'll see if we have a Samsung device to test against, but there may have been a change to master to solve this issue. > cordova-android@5.2.2 ignoring KeepRunning flag > --- > > Key: CB-11992 > URL: https://issues.apache.org/jira/browse/CB-11992 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 5.2.1 > Environment: macOS 10.12 Sierra; cordova-cli@6.3.1; > cordova-android@5.2.2; Samsung Galaxy Tab 4 7.0 >Reporter: Kelvin Dart >Priority: Minor > Labels: triaged > > I have an issue with the Galaxy Tab 4 7.0 ignoring the KeepRunning flag using > cordova-android@5.2.2. It appears to run the JavaScript in the background > despite setting KeepRunning to false. > In order to save space, I have created a GitHub project. I will update this > issue with the Tab 4 details (i.e. Android version, etc.) later. > GitHub URL: https://github.com/kelvindart/KeepRunning-Cordova-Issue > This seems to be happening prominently on the Tab 4 7.0. I have not tested on > other devices to confirm. -- 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-12015) initial-scale values less than 1.0 are ignored on Android
[ https://issues.apache.org/jira/browse/CB-12015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576625#comment-15576625 ] Joe Bowser commented on CB-12015: - Apparently this only really works on 5.0 or later anyway, but I'm cool with this change. > initial-scale values less than 1.0 are ignored on Android > - > > Key: CB-12015 > URL: https://issues.apache.org/jira/browse/CB-12015 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.2.2 >Reporter: Simon MacDonald > > So, the way cordova-android is right now if I use: > > Everything is good. Increasing the scale to 2.0 or 3.0 correctly makes > everything bigger. However, setting: > > has no effect whatsoever. > Going into the SystemWebViewEngine class and adding: > settings.setUseWideViewPort(true); > settings.setLoadWithOverviewMode(true); > to initWebViewSettings() method then allows me to scale the viewport down. -- 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-11990) Cordova prepare doesn't restore android.json and ios.json
[ https://issues.apache.org/jira/browse/CB-11990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576464#comment-15576464 ] Audrey So edited comment on CB-11990 at 10/14/16 9:45 PM: -- [~ymyhailova] Hi Yuliia, Thank you for providing more detailed information... it was definitely a miscommunication about which ".json" file that was having the issue. I followed your steps and also reproduced the same bug. After removing android/ios and running cordova prepare in 6.3.0, the ios.json and android.json files are restored in the "plugins" directory. They are not restored in the "plugins" directory in 6.3.1. I also checked this out in 6.4.0 and it seems to be working fine (same as 6.3.0). 6.4.0 will be released next week. There is an issue with 6.3.1 that should be addressed when 6.4.0 comes out next week. I'm glad we were able to figure it out. Thanks again for sending those detailed CL files -really helpful! --Audrey was (Author: auso): [~ymyhailova] Hi Yuliia, Thank you for providing more detailed information... it was definitely a miscommunication about which ".json" file that was having the issue. I followed your steps and also reproduced the same bug. After removing android/ios and running cordova prepare in 6.3.0, the ios.json and android.json files are restored in the "plugins" directory. They are not restored in the "plugins" directory in 6.3.1. I also checked this out in 6.4.0 and it seems to be working fine (same as 6.3.0). 6.4.0 will be released next week. There is an issue with 6.3.1 that will need to be addressed so the case will stay open. I'm glad we were able to figure it out. Thanks again for sending those detailed CL files -really helpful! --Audrey > Cordova prepare doesn't restore android.json and ios.json > - > > Key: CB-11990 > URL: https://issues.apache.org/jira/browse/CB-11990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 >Reporter: Yuliia Mykhailova >Assignee: Audrey So > Labels: reproduced, triaged > Attachments: cordova_6.3.0.rtf, cordova_6.3.1.rtf > > > If the platform specific .json of plugins was removed, cordova prepare > command doesn't re-create it, and as a result doesn't add plugins since 6.3.1 > version, 6.3.0 is okay. > [UPD] more detailed steps to reproduce: > - install cordova@6.3.0 > - go to project with platform and plugins installed > - do cordova platform remove android (or ios, doesn't matter) -> platform is > removed, file is removed > - do cordova prepare -> platform is added, is recreated, > therefore plugins are added to the fresh created platform. > - install cordova@6.3.1 > - do same steps > - on a last step the is not recreated, therefore platform is > created but no plugins are added. -- 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-11990) Cordova prepare doesn't restore android.json and ios.json
[ https://issues.apache.org/jira/browse/CB-11990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576580#comment-15576580 ] Audrey So commented on CB-11990: [~ymyhailova] You can also test with nightly to confirm these findings. npm install -g cordova@nightly Thanks! > Cordova prepare doesn't restore android.json and ios.json > - > > Key: CB-11990 > URL: https://issues.apache.org/jira/browse/CB-11990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 >Reporter: Yuliia Mykhailova >Assignee: Audrey So > Labels: reproduced, triaged > Attachments: cordova_6.3.0.rtf, cordova_6.3.1.rtf > > > If the platform specific .json of plugins was removed, cordova prepare > command doesn't re-create it, and as a result doesn't add plugins since 6.3.1 > version, 6.3.0 is okay. > [UPD] more detailed steps to reproduce: > - install cordova@6.3.0 > - go to project with platform and plugins installed > - do cordova platform remove android (or ios, doesn't matter) -> platform is > removed, file is removed > - do cordova prepare -> platform is added, is recreated, > therefore plugins are added to the fresh created platform. > - install cordova@6.3.1 > - do same steps > - on a last step the is not recreated, therefore platform is > created but no plugins are added. -- 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-11990) Cordova prepare doesn't restore android.json and ios.json
[ https://issues.apache.org/jira/browse/CB-11990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576464#comment-15576464 ] Audrey So commented on CB-11990: [~ymyhailova] Hi Yuliia, Thank you for providing more detailed information... it was definitely a miscommunication about which ".json" file that was having the issue. I followed your steps and also reproduced the same bug. After removing android/ios and running cordova prepare in 6.3.0, the ios.json and android.json files are restored in the "plugins" directory. They are not restored in the "plugins" directory in 6.3.1. I also checked this out in 6.4.0 and it seems to be working fine (same as 6.3.0). 6.4.0 will be released next week. There is an issue with 6.3.1 that will need to be addressed so the case will stay open. I'm glad we were able to figure it out. Thanks again for sending those detailed CL files -really helpful! --Audrey > Cordova prepare doesn't restore android.json and ios.json > - > > Key: CB-11990 > URL: https://issues.apache.org/jira/browse/CB-11990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 >Reporter: Yuliia Mykhailova >Assignee: Audrey So > Labels: reproduced, triaged > Attachments: cordova_6.3.0.rtf, cordova_6.3.1.rtf > > > If the platform specific .json of plugins was removed, cordova prepare > command doesn't re-create it, and as a result doesn't add plugins since 6.3.1 > version, 6.3.0 is okay. > [UPD] more detailed steps to reproduce: > - install cordova@6.3.0 > - go to project with platform and plugins installed > - do cordova platform remove android (or ios, doesn't matter) -> platform is > removed, file is removed > - do cordova prepare -> platform is added, is recreated, > therefore plugins are added to the fresh created platform. > - install cordova@6.3.1 > - do same steps > - on a last step the is not recreated, therefore platform is > created but no plugins are added. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7652) widget id containing underscore causes windows build error
[ https://issues.apache.org/jira/browse/CB-7652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov closed CB-7652. --- Resolution: Won't Fix Not a bug and can be worked around using a hook to change the Identity.Name and Application.Id. > widget id containing underscore causes windows build error > -- > > Key: CB-7652 > URL: https://issues.apache.org/jira/browse/CB-7652 > Project: Apache Cordova > Issue Type: Wish > Components: Windows >Affects Versions: 3.6.3 >Reporter: Wade Dorrell >Priority: Minor > > A Cordova project has widget id "com.rational_agents.xyz". When the project's > built for android platform the resulting AndroidManifest.xml manifest package > becomes "com.rational_agents.xyz". Due to publishing policies at Android app > stores it's undesirable to change package name, and so it's undesirable to > change the widget id. > Expected to be able to "cordova platform add windows" then "cordova build > windows" on this project. But the build step fails with this error: > APPX1404: File content does not conform to specified schema. The 'Name' > attribute is invalid - The value 'com.rational_agents.xyz' is invalid > according to its datatype > 'http://schemas.microsoft.com/appx/2010/manifest:ST_PackageName' - The > Pattern constraint failed. > It seems like cordova should filter the widget ID as necessary to produce a > valid AppxManifest.xml Name value. -- 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-7652) widget id containing underscore causes windows build error
[ https://issues.apache.org/jira/browse/CB-7652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov updated CB-7652: Issue Type: Wish (was: Bug) > widget id containing underscore causes windows build error > -- > > Key: CB-7652 > URL: https://issues.apache.org/jira/browse/CB-7652 > Project: Apache Cordova > Issue Type: Wish > Components: Windows >Affects Versions: 3.6.3 >Reporter: Wade Dorrell >Priority: Minor > > A Cordova project has widget id "com.rational_agents.xyz". When the project's > built for android platform the resulting AndroidManifest.xml manifest package > becomes "com.rational_agents.xyz". Due to publishing policies at Android app > stores it's undesirable to change package name, and so it's undesirable to > change the widget id. > Expected to be able to "cordova platform add windows" then "cordova build > windows" on this project. But the build step fails with this error: > APPX1404: File content does not conform to specified schema. The 'Name' > attribute is invalid - The value 'com.rational_agents.xyz' is invalid > according to its datatype > 'http://schemas.microsoft.com/appx/2010/manifest:ST_PackageName' - The > Pattern constraint failed. > It seems like cordova should filter the widget ID as necessary to produce a > valid AppxManifest.xml Name value. -- 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-7652) widget id containing underscore causes windows build error
[ https://issues.apache.org/jira/browse/CB-7652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov updated CB-7652: Priority: Minor (was: Major) > widget id containing underscore causes windows build error > -- > > Key: CB-7652 > URL: https://issues.apache.org/jira/browse/CB-7652 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 3.6.3 >Reporter: Wade Dorrell >Priority: Minor > > A Cordova project has widget id "com.rational_agents.xyz". When the project's > built for android platform the resulting AndroidManifest.xml manifest package > becomes "com.rational_agents.xyz". Due to publishing policies at Android app > stores it's undesirable to change package name, and so it's undesirable to > change the widget id. > Expected to be able to "cordova platform add windows" then "cordova build > windows" on this project. But the build step fails with this error: > APPX1404: File content does not conform to specified schema. The 'Name' > attribute is invalid - The value 'com.rational_agents.xyz' is invalid > according to its datatype > 'http://schemas.microsoft.com/appx/2010/manifest:ST_PackageName' - The > Pattern constraint failed. > It seems like cordova should filter the widget ID as necessary to produce a > valid AppxManifest.xml Name value. -- 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-12020) add a method to hide an InAppBrowser after it was shown
[ https://issues.apache.org/jira/browse/CB-12020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576033#comment-15576033 ] ASF GitHub Bot commented on CB-12020: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-inappbrowser/pull/192 Cordova CI Build has completed successfully. **Commit** - [Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/192/commits/157116caebec508ac8e9dce5e8bfa94a4d0fcc2a) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/84//PLATFORM=android/artifact/) | > add a method to hide an InAppBrowser after it was shown > --- > > Key: CB-12020 > URL: https://issues.apache.org/jira/browse/CB-12020 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: Android, iOS >Reporter: Frank Stingl > Labels: android, ios > > The InAppBrowser plugin, unfortunately, offers no ability to hide an > InAppBrowser after it was shown. Because I had a need for such a > functionality, I implemented it. :) > Now, you can call the hide() method to make the InAppBrowser disappear. Then, > call show() to have it reappearing. > However, after I finished my work, I recognized that there was a similar Jira > issue #cb-8467, but, I don’t know why, it was not merged upstream until today. -- 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-11393) spinner shows on the side of the screen
[ https://issues.apache.org/jira/browse/CB-11393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11393: --- Labels: cannot-reproduce triaged (was: triaged) > spinner shows on the side of the screen > --- > > Key: CB-11393 > URL: https://issues.apache.org/jira/browse/CB-11393 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Affects Versions: 3.2.0 > Environment: Samsung S5 >Reporter: Jonathan Heimann >Assignee: Audrey So > Labels: cannot-reproduce, triaged > > While showing the splash screen, the spinner is not in the middle of the > screen, it is on the right side of it. > i tried using but > it didnt change anything. > I couldnt find any issues about this bug. > on my LG3 it works just fine, but on the Samsung S5 of my colleague it > doesn't. > Note, it didnt let me say i use V3.2.2, but i do and my the readme i think > its the newest released. I havnt tried 3.2.0 at all. > Can anyone replicate this bug? > Is there any known solution? > Thanks, > Jonathan -- 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-11990) Cordova prepare doesn't restore android.json and ios.json
[ https://issues.apache.org/jira/browse/CB-11990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11990: --- Labels: reproduced triaged (was: triaged) > Cordova prepare doesn't restore android.json and ios.json > - > > Key: CB-11990 > URL: https://issues.apache.org/jira/browse/CB-11990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 >Reporter: Yuliia Mykhailova >Assignee: Audrey So > Labels: reproduced, triaged > Attachments: cordova_6.3.0.rtf, cordova_6.3.1.rtf > > > If the platform specific .json of plugins was removed, cordova prepare > command doesn't re-create it, and as a result doesn't add plugins since 6.3.1 > version, 6.3.0 is okay. > [UPD] more detailed steps to reproduce: > - install cordova@6.3.0 > - go to project with platform and plugins installed > - do cordova platform remove android (or ios, doesn't matter) -> platform is > removed, file is removed > - do cordova prepare -> platform is added, is recreated, > therefore plugins are added to the fresh created platform. > - install cordova@6.3.1 > - do same steps > - on a last step the is not recreated, therefore platform is > created but no plugins are added. -- 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-12010) [INAppBrowser] Opening a relative path in _system would crash the app on Android 7.0
[ https://issues.apache.org/jira/browse/CB-12010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15576008#comment-15576008 ] ASF GitHub Bot commented on CB-12010: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-inappbrowser/pull/191 Cordova CI Build has completed successfully. **Commit** - [Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/191/commits/beac334dc814c54a97b272e6e2bfc7db46a0754a) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/83//PLATFORM=android/artifact/) | > [INAppBrowser] Opening a relative path in _system would crash the app on > Android 7.0 > > > Key: CB-12010 > URL: https://issues.apache.org/jira/browse/CB-12010 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: Android API level 24 >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > Labels: triaged > > This issue can be reproduced by running manual tests for InAppBrowser and > clicking on `target=_system` button in `Local URL` section. -- 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-11956) camera plugin in android shows a blank screen after capturing the picture.
[ https://issues.apache.org/jira/browse/CB-11956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11956: --- Labels: android (was: ) > camera plugin in android shows a blank screen after capturing the picture. > -- > > Key: CB-11956 > URL: https://issues.apache.org/jira/browse/CB-11956 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Reporter: seema > Labels: android > Attachments: logfile.txt > > > We are using camera plugin to take pictures . > In android phone after picture is captured and confirmed , it is showing > blank screen for almost 10 - 15 sec. It looks like app has hanged. -- 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-11893) CocoaPods support: Provide a way to add use_frameworks! on the Podfile
[ https://issues.apache.org/jira/browse/CB-11893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-11893: -- Attachment: Integrating Static Library With Cocoapods Use_frameworks.pdf > CocoaPods support: Provide a way to add use_frameworks! on the Podfile > -- > > Key: CB-11893 > URL: https://issues.apache.org/jira/browse/CB-11893 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: jcesarmobile > Fix For: cordova-ios@4.4.0 > > Attachments: Integrating Static Library With Cocoapods > Use_frameworks.pdf > > > If the library you want to use on the plugin uses Swift or you want to use > dynamic frameworks you have to add use_frameworks! on the Podfile > I don't think there is a way of adding it right now. > We should provide a way of adding it -- 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-11990) Cordova prepare doesn't restore android.json and ios.json
[ https://issues.apache.org/jira/browse/CB-11990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yuliia Mykhailova updated CB-11990: --- Attachment: cordova_6.3.1.rtf cordova_6.3.0.rtf [~auso] Hello Audrey! I have rechecked my steps with clean projects and I'm experiencing same issues, please see my comand-line log of what I've done in attached files. Also, as I see, we have some misunderstanding. When talking about .json I meant ios.json and android.json specific files in plugins folder. Please take a look at attached files and try to reproduce the same way, let me know what you will get! > Cordova prepare doesn't restore android.json and ios.json > - > > Key: CB-11990 > URL: https://issues.apache.org/jira/browse/CB-11990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 >Reporter: Yuliia Mykhailova >Assignee: Audrey So > Labels: triaged > Attachments: cordova_6.3.0.rtf, cordova_6.3.1.rtf > > > If the platform specific .json of plugins was removed, cordova prepare > command doesn't re-create it, and as a result doesn't add plugins since 6.3.1 > version, 6.3.0 is okay. > [UPD] more detailed steps to reproduce: > - install cordova@6.3.0 > - go to project with platform and plugins installed > - do cordova platform remove android (or ios, doesn't matter) -> platform is > removed, file is removed > - do cordova prepare -> platform is added, is recreated, > therefore plugins are added to the fresh created platform. > - install cordova@6.3.1 > - do same steps > - on a last step the is not recreated, therefore platform is > created but no plugins are added. -- 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-11893) CocoaPods support: Provide a way to add use_frameworks! on the Podfile
[ https://issues.apache.org/jira/browse/CB-11893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575875#comment-15575875 ] Shazron Abdullah commented on CB-11893: --- The problem with the "use_frameworks!" flag is once it is on, *all* libraries have to be dynamic frameworks. CocoaPods won't add this mixed mode feature: https://github.com/CocoaPods/CocoaPods/issues/3839 This is obviously a problem if a CocoaPod is not something you control. The workaround is described here: 1. https://github.com/CocoaPods/CocoaPods/issues/3701 2. https://github.com/Adobe-Marketing-Cloud/mobile-services/issues/89 In essence, you create a dummy source file in a podspec that gets turned into a dynamic framework, and it has a dependency to the static library as "vendored_libraries" The other workaround is here: http://samwize.com/2016/05/05/integrating-static-library-with-cocoapods-use_frameworks/ > CocoaPods support: Provide a way to add use_frameworks! on the Podfile > -- > > Key: CB-11893 > URL: https://issues.apache.org/jira/browse/CB-11893 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: jcesarmobile > Fix For: cordova-ios@4.4.0 > > > If the library you want to use on the plugin uses Swift or you want to use > dynamic frameworks you have to add use_frameworks! on the Podfile > I don't think there is a way of adding it right now. > We should provide a way of adding it -- 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-11397) No support for landscape on iphone 5 or 6
[ https://issues.apache.org/jira/browse/CB-11397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11397: --- Labels: iPhone5 iPhone6 ios triaged (was: iPhone5 iPhone6) > No support for landscape on iphone 5 or 6 > - > > Key: CB-11397 > URL: https://issues.apache.org/jira/browse/CB-11397 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Reporter: Carl Irving > Labels: iPhone5, iPhone6, ios, triaged > > Is there a reason the plugin explicitly disallows landscape splashscreens for > iPhone 5 or 6? When I develop my app and set the orientation to landscape, > everything else (like the statusbar) works correctly, but I am stuck with a > splashscreen in portrait orientation. -- 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-11397) No support for landscape on iphone 5 or 6
[ https://issues.apache.org/jira/browse/CB-11397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11397: --- Labels: iPhone5 iPhone6 (was: ) > No support for landscape on iphone 5 or 6 > - > > Key: CB-11397 > URL: https://issues.apache.org/jira/browse/CB-11397 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Reporter: Carl Irving > Labels: iPhone5, iPhone6 > > Is there a reason the plugin explicitly disallows landscape splashscreens for > iPhone 5 or 6? When I develop my app and set the orientation to landscape, > everything else (like the statusbar) works correctly, but I am stuck with a > splashscreen in portrait orientation. -- 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-11393) spinner shows on the side of the screen
[ https://issues.apache.org/jira/browse/CB-11393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11393: --- Labels: triaged (was: ) > spinner shows on the side of the screen > --- > > Key: CB-11393 > URL: https://issues.apache.org/jira/browse/CB-11393 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Affects Versions: 3.2.0 > Environment: Samsung S5 >Reporter: Jonathan Heimann >Assignee: Audrey So > Labels: triaged > > While showing the splash screen, the spinner is not in the middle of the > screen, it is on the right side of it. > i tried using but > it didnt change anything. > I couldnt find any issues about this bug. > on my LG3 it works just fine, but on the Samsung S5 of my colleague it > doesn't. > Note, it didnt let me say i use V3.2.2, but i do and my the readme i think > its the newest released. I havnt tried 3.2.0 at all. > Can anyone replicate this bug? > Is there any known solution? > Thanks, > Jonathan -- 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-11990) Cordova prepare doesn't restore android.json and ios.json
[ https://issues.apache.org/jira/browse/CB-11990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11990: --- Component/s: CordovaLib > Cordova prepare doesn't restore android.json and ios.json > - > > Key: CB-11990 > URL: https://issues.apache.org/jira/browse/CB-11990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 >Reporter: Yuliia Mykhailova >Assignee: Audrey So > Labels: triaged > > If the platform specific .json of plugins was removed, cordova prepare > command doesn't re-create it, and as a result doesn't add plugins since 6.3.1 > version, 6.3.0 is okay. > [UPD] more detailed steps to reproduce: > - install cordova@6.3.0 > - go to project with platform and plugins installed > - do cordova platform remove android (or ios, doesn't matter) -> platform is > removed, file is removed > - do cordova prepare -> platform is added, is recreated, > therefore plugins are added to the fresh created platform. > - install cordova@6.3.1 > - do same steps > - on a last step the is not recreated, therefore platform is > created but no plugins are added. -- 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-11990) Cordova prepare doesn't restore android.json and ios.json
[ https://issues.apache.org/jira/browse/CB-11990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11990: --- Labels: triaged (was: ) > Cordova prepare doesn't restore android.json and ios.json > - > > Key: CB-11990 > URL: https://issues.apache.org/jira/browse/CB-11990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 >Reporter: Yuliia Mykhailova >Assignee: Audrey So > Labels: triaged > > If the platform specific .json of plugins was removed, cordova prepare > command doesn't re-create it, and as a result doesn't add plugins since 6.3.1 > version, 6.3.0 is okay. > [UPD] more detailed steps to reproduce: > - install cordova@6.3.0 > - go to project with platform and plugins installed > - do cordova platform remove android (or ios, doesn't matter) -> platform is > removed, file is removed > - do cordova prepare -> platform is added, is recreated, > therefore plugins are added to the fresh created platform. > - install cordova@6.3.1 > - do same steps > - on a last step the is not recreated, therefore platform is > created but no plugins are added. -- 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-11992) cordova-android@5.2.2 ignoring KeepRunning flag
[ https://issues.apache.org/jira/browse/CB-11992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Audrey So updated CB-11992: --- Labels: triaged (was: ) > cordova-android@5.2.2 ignoring KeepRunning flag > --- > > Key: CB-11992 > URL: https://issues.apache.org/jira/browse/CB-11992 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 5.2.1 > Environment: macOS 10.12 Sierra; cordova-cli@6.3.1; > cordova-android@5.2.2; Samsung Galaxy Tab 4 7.0 >Reporter: Kelvin Dart >Priority: Minor > Labels: triaged > > I have an issue with the Galaxy Tab 4 7.0 ignoring the KeepRunning flag using > cordova-android@5.2.2. It appears to run the JavaScript in the background > despite setting KeepRunning to false. > In order to save space, I have created a GitHub project. I will update this > issue with the Tab 4 details (i.e. Android version, etc.) later. > GitHub URL: https://github.com/kelvindart/KeepRunning-Cordova-Issue > This seems to be happening prominently on the Tab 4 7.0. I have not tested on > other devices to confirm. -- 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-11893) CocoaPods support: Provide a way to add use_frameworks! on the Podfile
[ https://issues.apache.org/jira/browse/CB-11893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-11893: -- Summary: CocoaPods support: Provide a way to add use_frameworks! on the Podfile (was: Provide a way to add use_frameworks! on the Podfile) > CocoaPods support: Provide a way to add use_frameworks! on the Podfile > -- > > Key: CB-11893 > URL: https://issues.apache.org/jira/browse/CB-11893 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: jcesarmobile > Fix For: cordova-ios@4.4.0 > > > If the library you want to use on the plugin uses Swift or you want to use > dynamic frameworks you have to add use_frameworks! on the Podfile > I don't think there is a way of adding it right now. > We should provide a way of adding it -- 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-11730) plugman miss the last file/folder when installing plugin on windows
[ https://issues.apache.org/jira/browse/CB-11730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575596#comment-15575596 ] ASF GitHub Bot commented on CB-11730: - Github user codecov-io commented on the issue: https://github.com/apache/cordova-lib/pull/484 ## [Current coverage](https://codecov.io/gh/apache/cordova-lib/pull/484?src=pr) is 80.43% (diff: 100%) > Merging [#484](https://codecov.io/gh/apache/cordova-lib/pull/484?src=pr) into [master](https://codecov.io/gh/apache/cordova-lib/branch/master?src=pr) will decrease coverage by **0.35%** ```diff @@ master #484 diff @@ == Files68 67 -1 Lines 5407 5197 -210 Methods 857838-19 Messages 0 0 Branches 1048 1007-41 == - Hits 4368 4180 -188 + Misses 1039 1017-22 Partials 0 0 ``` > Powered by [Codecov](https://codecov.io?src=pr). Last update [3b38b53...3c92340](https://codecov.io/gh/apache/cordova-lib/compare/3b38b5382b9a52d1fe522514b61d3ebd6016796d...3c923408cb83597d551ee6c6c3b50746f8782788?src=pr) > plugman miss the last file/folder when installing plugin on windows > --- > > Key: CB-11730 > URL: https://issues.apache.org/jira/browse/CB-11730 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 > Environment: Windows > plugman --version > 1.2.1 > cordova --version > 6.3.1 >Reporter: Yasuharu Seki >Priority: Minor > Labels: triaged > > Steps to reproduce: > - Create simple plugin > $ plugman create --name SimplePlugin --plugin_id org.simple.plugin > --plugin_version 1.0.0 > - Create cordova project it includes the name of plugin > $ cordova create SimplePlugin_TestBed > - Install the plugin into the created project > $ cordova plugin add ../SimplePlugin > -> Check the plugins/org.simple.plugin folder > Find www/ folder is missing. > The reason is filenames.indexOf(relativeRootFolder) returns -1 when the > target folder name cannot find in the plugin folder. > The original code works good when the project is on the child folder. > [plugin]/[project of plugin_testbed] > But does not the project as sibling. > [plugin] > [project of plugin_testbed] -- 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-12010) [INAppBrowser] Opening a relative path in _system would crash the app on Android 7.0
[ https://issues.apache.org/jira/browse/CB-12010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575424#comment-15575424 ] ASF GitHub Bot commented on CB-12010: - Github user vladimir-kotikov commented on the issue: https://github.com/apache/cordova-plugin-inappbrowser/pull/191 LGTM > [INAppBrowser] Opening a relative path in _system would crash the app on > Android 7.0 > > > Key: CB-12010 > URL: https://issues.apache.org/jira/browse/CB-12010 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: Android API level 24 >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > Labels: triaged > > This issue can be reproduced by running manual tests for InAppBrowser and > clicking on `target=_system` button in `Local URL` section. -- 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-12010) [INAppBrowser] Opening a relative path in _system would crash the app on Android 7.0
[ https://issues.apache.org/jira/browse/CB-12010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575338#comment-15575338 ] ASF GitHub Bot commented on CB-12010: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-inappbrowser/pull/191 Cordova CI Build has one or more failures. **Commit** - [Link](https://github.com/apache/cordova-plugin-inappbrowser/pull/191/commits/fcee5a357754aa6734169169c39b04a2de2272aa) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-inappbrowser-pr/82//PLATFORM=android/artifact/) | > [INAppBrowser] Opening a relative path in _system would crash the app on > Android 7.0 > > > Key: CB-12010 > URL: https://issues.apache.org/jira/browse/CB-12010 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: Android API level 24 >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > Labels: triaged > > This issue can be reproduced by running manual tests for InAppBrowser and > clicking on `target=_system` button in `Local URL` section. -- 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-12020) add a method to hide an InAppBrowser after it was shown
[ https://issues.apache.org/jira/browse/CB-12020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Frank Stingl updated CB-12020: -- Comment: was deleted (was: Pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/192 ) > add a method to hide an InAppBrowser after it was shown > --- > > Key: CB-12020 > URL: https://issues.apache.org/jira/browse/CB-12020 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: Android, iOS >Reporter: Frank Stingl > Labels: android, ios > > The InAppBrowser plugin, unfortunately, offers no ability to hide an > InAppBrowser after it was shown. Because I had a need for such a > functionality, I implemented it. :) > Now, you can call the hide() method to make the InAppBrowser disappear. Then, > call show() to have it reappearing. > However, after I finished my work, I recognized that there was a similar Jira > issue #cb-8467, but, I don’t know why, it was not merged upstream until today. -- 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-12020) add a method to hide an InAppBrowser after it was shown
[ https://issues.apache.org/jira/browse/CB-12020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575259#comment-15575259 ] Frank Stingl commented on CB-12020: --- Pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/192 > add a method to hide an InAppBrowser after it was shown > --- > > Key: CB-12020 > URL: https://issues.apache.org/jira/browse/CB-12020 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: Android, iOS >Reporter: Frank Stingl > Labels: android, ios > > The InAppBrowser plugin, unfortunately, offers no ability to hide an > InAppBrowser after it was shown. Because I had a need for such a > functionality, I implemented it. :) > Now, you can call the hide() method to make the InAppBrowser disappear. Then, > call show() to have it reappearing. > However, after I finished my work, I recognized that there was a similar Jira > issue #cb-8467, but, I don’t know why, it was not merged upstream until today. -- 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-12020) add a method to hide an InAppBrowser after it was shown
[ https://issues.apache.org/jira/browse/CB-12020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575255#comment-15575255 ] ASF GitHub Bot commented on CB-12020: - GitHub user sfrank87 opened a pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/192 CB-12020 Android and iOS: add a method to hide an InAppBrowser after it was shown ### Platforms affected Android, iOS ### What does this PR do? add a hide() method to hide the InAppBrowser. You can make it reappear my calling the show() method (again). ### What testing has been done on this change? - automated test: check for the existence of the hide() method - manual test: open InAppBrowser visible, than hide it (after 2 seconds) ### Checklist - [X] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [X] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [X] Added automated test coverage as appropriate for this change. You can merge this pull request into a Git repository by running: $ git pull https://github.com/sfrank87/cordova-plugin-inappbrowser CB-12020_add_a_method_to_hide_an_InAppBrowser_after_it_was_shown Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-inappbrowser/pull/192.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 #192 commit 157116caebec508ac8e9dce5e8bfa94a4d0fcc2a Author: Frank StinglDate: 2016-10-14T12:48:31Z CB-12020 Android and iOS: add a method to hide an InAppBrowser after it was shown > add a method to hide an InAppBrowser after it was shown > --- > > Key: CB-12020 > URL: https://issues.apache.org/jira/browse/CB-12020 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: Android, iOS >Reporter: Frank Stingl > Labels: android, ios > > The InAppBrowser plugin, unfortunately, offers no ability to hide an > InAppBrowser after it was shown. Because I had a need for such a > functionality, I implemented it. :) > Now, you can call the hide() method to make the InAppBrowser disappear. Then, > call show() to have it reappearing. > However, after I finished my work, I recognized that there was a similar Jira > issue #cb-8467, but, I don’t know why, it was not merged upstream until today. -- 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-12020) add a method to hide an InAppBrowser after it was shown
Frank Stingl created CB-12020: - Summary: add a method to hide an InAppBrowser after it was shown Key: CB-12020 URL: https://issues.apache.org/jira/browse/CB-12020 Project: Apache Cordova Issue Type: New Feature Components: Plugin InAppBrowser Environment: Android, iOS Reporter: Frank Stingl The InAppBrowser plugin, unfortunately, offers no ability to hide an InAppBrowser after it was shown. Because I had a need for such a functionality, I implemented it. :) Now, you can call the hide() method to make the InAppBrowser disappear. Then, call show() to have it reappearing. However, after I finished my work, I recognized that there was a similar Jira issue #cb-8467, but, I don’t know why, it was not merged upstream until today. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-10473) iOS webview ignoring width 100%
[ https://issues.apache.org/jira/browse/CB-10473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jcesarmobile closed CB-10473. - Resolution: Cannot Reproduce Assignee: jcesarmobile I can't reproduce the issue and no code was provided after asking for it, so closing. > iOS webview ignoring width 100% > --- > > Key: CB-10473 > URL: https://issues.apache.org/jira/browse/CB-10473 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 6.0.0 > Environment: iOS 9.2 Cordova 6.0.0 >Reporter: Maverick Baumer >Assignee: jcesarmobile > Labels: cordova-ios-4.1.1 > > Hi, > I'm experiencing an issue on iOS with the newest version of Cordova 6.0.0. > It's ignoring width 100% on my website. I've test on Android, Chrome, and > Safari and it works perfectly but soon as I load it within the native Safari > webview it doesn't display properly. > Here are 2 screenshots displaying the issue: > https://www.dropbox.com/s/3j7qklpbgcr7xs3/Screenshot%202016-01-28%2016.17.01.png?dl=0 > https://www.dropbox.com/s/p6cidcghxpbrhou/Screenshot%202016-01-28%2016.17.08.png?dl=0 > Thanks! > Maverick -- 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-10288) statusbar plugin interaction with iOS multitasking
[ https://issues.apache.org/jira/browse/CB-10288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jcesarmobile updated CB-10288: -- Labels: ios pull-request-available triaged (was: ios triaged) > statusbar plugin interaction with iOS multitasking > -- > > Key: CB-10288 > URL: https://issues.apache.org/jira/browse/CB-10288 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar > Environment: cordova ios 4.0.0 >Reporter: Nick Redding >Assignee: Kerri Shotts > Labels: ios, pull-request-available, triaged > > In pluginInitialize the statement > [[NSNotificationCenter defaultCenter] addObserver:self > selector:@selector(statusBarDidChangeFrame:) name: > UIApplicationDidChangeStatusBarFrameNotification object:nil]; > causes incorrect rendering behavior when using iOS multitasking split window. > When pulling the cordova app onto the screen from the right, the window > resizing is not handled correctly (much larger widths thsn actual are > reported and reflected in the rendering). > Commenting out this statement eliminates the problem, but it is not clear > what the potentially unwanted effects of this would be. -- 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-11136) InAppBrowser fails to close with WKWebView OAuth
[ https://issues.apache.org/jira/browse/CB-11136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jcesarmobile updated CB-11136: -- Labels: pull-request-available (was: ) > InAppBrowser fails to close with WKWebView OAuth > - > > Key: CB-11136 > URL: https://issues.apache.org/jira/browse/CB-11136 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser, Plugin WKWebViewEngine >Affects Versions: 4.1.0 > Environment: iOS 8+ with WKWebView >Reporter: Geordie Jay >Assignee: Shazron Abdullah > Labels: pull-request-available > Original Estimate: 3h > Remaining Estimate: 3h > > Launching InAppBrowser from Cordova iOS Platform 4+ with its WKWebView for > OAuth (e.g. Facebook or Google login) fails to close as it should. > The reason is that the entire WKWebView thread seems to pause when another > view controller is presented. This can be confirmed by inspecting the > WKWebView session in Safari, running `window.open('http://something.com')` > and then trying to enter another command into that Safari console. > I made a hacky but working version of this that animated in the > InAppBrowser's view manually, rather than 'presenting' the ViewController in > the traditional iOS style. In that instance the WKWebView thread continues as > normal and receives the confirmation to close the other InAppBrowser when the > OAuth process is complete. > Maybe there is a better way around this, but at the moment this is a big > usability fail for all WKWebView users. > What do you all think, is the 'not-actually-presenting' way of presenting the > InAppBrowser acceptable? Would be happy to make a pull request along these > lines if it is. -- 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-6582) All core plugins: add tag with name="apple-ios" with version=">=7.0"
[ https://issues.apache.org/jira/browse/CB-6582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575095#comment-15575095 ] jcesarmobile commented on CB-6582: -- We didn't do it, should we do it but for iOS 7? it's really hard to test iOS 7 unless you use an old computer or old device. > All core plugins: add tag with name="apple-ios" with version=">=7.0" > - > > Key: CB-6582 > URL: https://issues.apache.org/jira/browse/CB-6582 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Reporter: Shazron Abdullah > > As specified here: > http://cordova.apache.org/docs/en/edge/plugin_ref_spec.md.html#Plugin%20Specification > This is to signify that the plugins only support iOS 6.0 or greater. > Not sure if we want to actually test whether the plugin really supports 6.0 > or greater. This requires installing an older version of Xcode with the iOS > 5.0 SDK and compiling each and every plugin (no, running the 5.x simulator > does not count) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7072) Safari, on loading my website with cordova.js in the assets, complains "There is no application set to open the URL gap://ready' in a popup.
[ https://issues.apache.org/jira/browse/CB-7072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jcesarmobile closed CB-7072. Resolution: Not A Problem Assignee: jcesarmobile cordova-ios uses the gap:// url to call plugins This is not a problem, you shouldn't load cordova-ios files in a browser, you can use browser platform for such purpose > Safari, on loading my website with cordova.js in the assets, complains "There > is no application set to open the URL gap://ready' in a popup. > > > Key: CB-7072 > URL: https://issues.apache.org/jira/browse/CB-7072 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.5.0 > Environment: MacOS 10.4.9, iOS 6.1.6 (I use the InAppBrowser plugin > to open the system browser on an iPhone). >Reporter: Craig Payne >Assignee: jcesarmobile >Priority: Minor > > It appears that cordova.js sets execIframe.src to "gap://ready" in > pokeNativeViaIframe(). > Neither Firefox nor Chrome complain. It seems limited to iOS/OSX Safari > hybrid apps which are loading cordova.js. > I will look for a workaround on my site to see if I can conditionally load > the cordova.js Asset only when loading into my cordova-based app, but a > Cordova-based solution would be preferable. -- 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-12014) Back button event listener is not called when app requests device administrator permissions.
[ https://issues.apache.org/jira/browse/CB-12014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575037#comment-15575037 ] Harsh Yadav commented on CB-12014: -- I am doing like this Intent intent = new Intent(DevicePolicyManager.ACTION_ADD_DEVICE_ADMIN); intent.putExtra(DevicePolicyManager.EXTRA_DEVICE_ADMIN, some_reciever_extends_DeviceAdminReceiver); startActivityForResult(intent, 1); > Back button event listener is not called when app requests device > administrator permissions. > > > Key: CB-12014 > URL: https://issues.apache.org/jira/browse/CB-12014 > Project: Apache Cordova > Issue Type: Bug > Components: Android > Environment: Android M >Reporter: Harsh Yadav > Labels: Administrator > > I have registered an event listener for the event "backbutton" in my hybrid > app. During the launch of the app it asks user to activate the Device > Administrator for the app if app is not the Device Administrator. If user > click Activates the Device Administrator, app activity comes to the top. Now > if user presses back button it will not call registered event listener. But > if app is the Device administrator then it will prompt user to activate > device admin, hence on pressing back button on app activity it calls > registered event listener. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7905) Windows 8 Tests use alert function which is undefined and causes app to crash
[ https://issues.apache.org/jira/browse/CB-7905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov closed CB-7905. --- Resolution: Fixed > Windows 8 Tests use alert function which is undefined and causes app to crash > - > > Key: CB-7905 > URL: https://issues.apache.org/jira/browse/CB-7905 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec, Windows >Affects Versions: 3.6.3 > Environment: Windows 8 >Reporter: Angela Fowler >Assignee: Jesse MacFadyen > > A number of the tests use the alert function which is unhandled and crashes > the app. > e.g. events init() function. > Unhandled exception at line 23, column 9 in > ms-appx://86f5ae70-5993-11e4-a645-8b89700cd2e4/www/events/index.js > 0x800a1391 - JavaScript runtime error: 'alert' is undefined > You could use navigator.notification.alert() instead. > Have any of these tests ever been run on a device? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11730) plugman miss the last file/folder when installing plugin on windows
[ https://issues.apache.org/jira/browse/CB-11730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15574791#comment-15574791 ] ASF GitHub Bot commented on CB-11730: - Github user ahirun0426 commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/484#discussion_r83387722 --- Diff: cordova-lib/src/plugman/fetch.js --- @@ -330,7 +330,7 @@ function copyPlugin(pinfo, plugins_dir, link) { shell.rm('-rf', dest); -if(!link && dest.indexOf(path.resolve(plugin_dir)) === 0) { +if(!link && dest.indexOf(path.resolve(plugin_dir)+'\\') === 0) { --- End diff -- Thank you pointed out the problem! Yes, it should be invalid value for macs/unix. I should change it to node official separator expression. > plugman miss the last file/folder when installing plugin on windows > --- > > Key: CB-11730 > URL: https://issues.apache.org/jira/browse/CB-11730 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.3.1 > Environment: Windows > plugman --version > 1.2.1 > cordova --version > 6.3.1 >Reporter: Yasuharu Seki >Priority: Minor > Labels: triaged > > Steps to reproduce: > - Create simple plugin > $ plugman create --name SimplePlugin --plugin_id org.simple.plugin > --plugin_version 1.0.0 > - Create cordova project it includes the name of plugin > $ cordova create SimplePlugin_TestBed > - Install the plugin into the created project > $ cordova plugin add ../SimplePlugin > -> Check the plugins/org.simple.plugin folder > Find www/ folder is missing. > The reason is filenames.indexOf(relativeRootFolder) returns -1 when the > target folder name cannot find in the plugin folder. > The original code works good when the project is on the child folder. > [plugin]/[project of plugin_testbed] > But does not the project as sibling. > [plugin] > [project of plugin_testbed] -- 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-12019) cordova-plugin-file : Performance issue between version 3.0.0 and 4.3.0
Sebastien Chauffray created CB-12019: Summary: cordova-plugin-file : Performance issue between version 3.0.0 and 4.3.0 Key: CB-12019 URL: https://issues.apache.org/jira/browse/CB-12019 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Affects Versions: 3.5.0 Environment: Tests done with Visual Studio 2015, cordova cli 6.3 Materiel : Samsung A5 2016, Android 6.0.1 Reporter: Sebastien Chauffray Performance tests to compare cordova-plugin-file 3.0.0 to 4.3.0 I've done 3 tests : Test 1 : Create 1 000 files (about 4 000 characters each) in synchronous mode. I wait the end of a file to create the next Test 2 : Create 500 files (about 4 000 characters each) in asynchronous mode. Don't wait to create all the file Test 3 : Create a file by 400 appends of 4 000 caractères and read this file (about 1.60 Mo) I mesure each test and see very bad performance for version 4.3.0 of the plugin... You can see the result in the array : Version 3.0.0 Cycle 1Cycle 2 Test 1 21s 975ms 22s 78ms Test 2 4s 118ms 3s 761ms Test 3 10s 317ms Version 4.3.0 Cycle 1Cycle 2 Test 1 50s 341ms 51s 10ms Test 2 8s 172ms 9s 230ms Test 3 16s 484ms if needed, i can discuss about the test detail -- 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-11951) Plugin preference default value is not being saved to .json
[ https://issues.apache.org/jira/browse/CB-11951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15574671#comment-15574671 ] ASF GitHub Bot commented on CB-11951: - Github user matrosov-nikita commented on the issue: https://github.com/apache/cordova-lib/pull/501 @stevengill, thanks, updated. > Plugin preference default value is not being saved to .json > - > > Key: CB-11951 > URL: https://issues.apache.org/jira/browse/CB-11951 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.1 > Environment: Windows 10 with anniversary update >Reporter: Alexander Sorokin >Assignee: Nikita Matrosov > > Plugin preference default value is not being saved to .json > {noformat} > cordova create foo > cd foo > cordova platform add android > cordova plugin add cordova-plugin-ms-azure-mobile-engagement --variable > AZME_ANDROID_CONNECTION_STRING=Endpoint=0;AppId=0;SdkKey=0 --variable > AZME_ENABLE_PLUGIN_LOG=false > {noformat} > check out `./platforms/android/android.json` or `./pluguns/android.json` > it has the following lines: > {code} > "installed_plugins": { > <...> > "cordova-plugin-ms-azure-mobile-engagement": { > "AZME_ENABLE_PLUGIN_LOG": "false", > "AZME_ANDROID_GOOGLE_PROJECT_NUMBER": "null", > "AZME_ANDROID_REACH_ICON": "icon", > "AZME_ANDROID_CONNECTION_STRING": "Endpoint=0;AppId=0;SdkKey=0", > "PACKAGE_NAME": "io.cordova.hellocordova" > } > }, > {code} > You can see that "AZME_ENABLE_PLUGIN_LOG" is saved here, while > "AZME_ENABLE_NATIVE_LOG" is not. > They both can be found in the plugin section of the plugin's `plugin.xml` > file: > https://github.com/Azure/azure-mobile-engagement-cordova/blob/master/plugin.xml#L29 > Note that the Android-specific preferences have been saved correctly. > cordova@6.3.0 doesn't have this issue. -- 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-11913) Update travis.yml and appveyor.yml for nodes 0.12, 4, 6
[ https://issues.apache.org/jira/browse/CB-11913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15574649#comment-15574649 ] ASF GitHub Bot commented on CB-11913: - Github user shazron commented on the issue: https://github.com/apache/cordova-cli/pull/263 @stevengill since `yarn` works flawlessly on `node 6` the alternative is, put all the `install` commands in a script and use `yarn` when we detect `node 6`. Kinda like my script here: https://github.com/npm/npm/issues/10343#issuecomment-253358042 > Update travis.yml and appveyor.yml for nodes 0.12, 4, 6 > --- > > Key: CB-11913 > URL: https://issues.apache.org/jira/browse/CB-11913 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Right now it only tests for 0.10 on cordova-cli -- 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-11913) Update travis.yml and appveyor.yml for nodes 0.12, 4, 6
[ https://issues.apache.org/jira/browse/CB-11913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15574605#comment-15574605 ] ASF GitHub Bot commented on CB-11913: - Github user shazron commented on the issue: https://github.com/apache/cordova-cli/pull/263 @stevengill unfortunately https://github.com/npm/npm/issues/9633 strikes its head (see AppVeyor failure). Usually running `npm install` again fixes it, but once the first `npm install` fails it just fails the build > Update travis.yml and appveyor.yml for nodes 0.12, 4, 6 > --- > > Key: CB-11913 > URL: https://issues.apache.org/jira/browse/CB-11913 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Right now it only tests for 0.10 on cordova-cli -- 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-11100) Upgrade lodash and graceful-fs in cordova-cli
[ https://issues.apache.org/jira/browse/CB-11100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15574453#comment-15574453 ] ASF GitHub Bot commented on CB-11100: - Github user vladimir-kotikov closed the pull request at: https://github.com/apache/cordova-cli/pull/246 > Upgrade lodash and graceful-fs in cordova-cli > - > > Key: CB-11100 > URL: https://issues.apache.org/jira/browse/CB-11100 > Project: Apache Cordova > Issue Type: Task > Components: CLI >Affects Versions: 6.2.0 >Reporter: Omar Mefire >Priority: Minor > Labels: triaged > > When running npm install: > (https://ci.apache.org/builders/cordova-android-win/builds/2153/steps/npm-installing-cordova-cli/logs/stdio) > {noformat} > npm install --cache > C:\Users\buildbot\slaves\apache\cordova-android-win/npm_cache --tmp > C:\Users\buildbot\slaves\apache\cordova-android-win/npm_tmp > in dir C:\Users\buildbot\slaves\apache\cordova-android-win\cordova-cli > (timeout 1500 secs) > {noformat} > The following warning messages are generated: > {noformat} > npm WARN deprecated lodash@0.9.2: Grunt needs your help! See > https://github.com/gruntjs/grunt/issues/1403. > npm WARN deprecated lodash@2.4.2: lodash@<3.0.0 is no longer maintained. > Upgrade to lodash@^4.0.0. > npm WARN deprecated graceful-fs@1.2.3: graceful-fs version 3 and before will > fail on newer node releases. Please update to graceful-fs@^4.0.0 as soon as > possible. > npm WARN deprecated graceful-fs@3.0.8: graceful-fs version 3 and before will > fail on newer node releases. Please update to graceful-fs@^4.0.0 as soon as > possible. > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11825) Windows dll file won't be copied as resource while adding custom plugin to a UWP project
[ https://issues.apache.org/jira/browse/CB-11825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov closed CB-11825. - Resolution: Fixed > Windows dll file won't be copied as resource while adding custom plugin to a > UWP project > > > Key: CB-11825 > URL: https://issues.apache.org/jira/browse/CB-11825 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins, Windows >Affects Versions: 6.3.1 > Environment: Windows10 UWP projects >Reporter: Szabolcs Kubovics >Priority: Critical > Fix For: 6.3.2 > > > I have created a custom plugin which uses a Windows Runtime Component (e.g. > "foo.winmd") file. In this winmd I have a referenced library class (e.g. > "bar.dll"). > My plugin.xml looks like: > > ... >target="plugins/com.plugin.test.myPlugin/SayHelloLib.dll" > versions="=0.0"/> > > > With Cordova 6.2.0 the resource file will be copied to the target place and > if I add the plugin to a cordova project the winmd file will find it. > With Cordova 6.3.1 the mentioned dll file won't be copied and I get > FileNotFoundException (because it is not there). > "Exception calling native with command :: SayHelloToName :: sayHello > ::exception=WinRTError: The system cannot find the file specified. > System.IO.FileNotFoundException: Could not load file or assembly > 'SayHelloLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one > of its dependencies. The system cannot find the file specified. >at Plugin.Test.TestPlugin.getName(String name) > cordova.js (993,13)" > I created a test package to easily reproduce this scenario. The test > application can be downloaded from the external issue URL. > - SayHelloLib: the library which is referred in the winmd (output of > PluginProject solution) > - PluginProject: contains the plugin proxy and the dll resource as cross > referenced project (just for convenience) > - MyPlugin: the custom plugin, contains the plugin .js and .xml files and > windows specific resources from PluginProject solution > - www: the index.html, it has to be copied to the www folder of the newly > created Cordova project > Repro steps: > 1) build PluginProject project on x64 platform > 2) copy built files: > PluginProject\MyTestPlugin\windows\src\myPlugin_proxy.js -> > MyPlugin\windows\src > > PluginProject\Plugin.Test\Plugin.Test.UWP\bin\x64\Debug\Plugin.Test.winmd -> > MyPlugin\windows\windows10\bin > PluginProject\Plugin.Test\Plugin.Test.UWP\bin\x64\Debug\SayHelloLib.dll > -> MyPlugin\windows\windows10\bin > 3) cordova create Cordova631 cordova631.test.plugin Cordova631 > 4) cd Cordova631 > 5) cordova platform add windows > 6) cordova plugin add com.plugin.test.myPlugin --searchpath > > 7) copy file: > www\index.html -> Cordova631\platforms\windows\www > 8) build the CordovaApp.sln on x64 platform > 9) start the application > 10) write something in the "Name" textbox > 11) click "Say hello" button -- 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