[jira] [Commented] (CB-12014) Back button event listener is not called when app requests device administrator permissions.

2016-10-14 Thread Harsh Yadav (JIRA)

[ 
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)

2016-10-14 Thread salles pro services (JIRA)

[ 
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

2016-10-14 Thread ASF subversion and git services (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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.

2016-10-14 Thread ASF subversion and git services (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF subversion and git services (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF subversion and git services (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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: audreyso 
Date:   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

2016-10-14 Thread Audrey So (JIRA)
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

2016-10-14 Thread Steve Gill (JIRA)
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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.

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

 [ 
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

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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.

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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

2016-10-14 Thread Joe Bowser (JIRA)

[ 
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

2016-10-14 Thread Audrey So (JIRA)

[ 
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

2016-10-14 Thread Audrey So (JIRA)

[ 
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

2016-10-14 Thread Audrey So (JIRA)

[ 
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

2016-10-14 Thread Sergey Shakhnazarov (JIRA)

 [ 
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

2016-10-14 Thread Sergey Shakhnazarov (JIRA)

 [ 
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

2016-10-14 Thread Sergey Shakhnazarov (JIRA)

 [ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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.

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Shazron Abdullah (JIRA)

 [ 
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

2016-10-14 Thread Yuliia Mykhailova (JIRA)

 [ 
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

2016-10-14 Thread Shazron Abdullah (JIRA)

[ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Audrey So (JIRA)

 [ 
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

2016-10-14 Thread Shazron Abdullah (JIRA)

 [ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread Frank Stingl (JIRA)

 [ 
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

2016-10-14 Thread Frank Stingl (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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 Stingl 
Date:   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

2016-10-14 Thread Frank Stingl (JIRA)
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%

2016-10-14 Thread jcesarmobile (JIRA)

 [ 
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

2016-10-14 Thread jcesarmobile (JIRA)

 [ 
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

2016-10-14 Thread jcesarmobile (JIRA)

 [ 
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"

2016-10-14 Thread jcesarmobile (JIRA)

[ 
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.

2016-10-14 Thread jcesarmobile (JIRA)

 [ 
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.

2016-10-14 Thread Harsh Yadav (JIRA)

[ 
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

2016-10-14 Thread Sergey Shakhnazarov (JIRA)

 [ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread Sebastien Chauffray (JIRA)
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread ASF GitHub Bot (JIRA)

[ 
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

2016-10-14 Thread Vladimir Kotikov (JIRA)

 [ 
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