date:20160323


[ 
https://issues.apache.org/jira/browse/CB-10937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209675#comment-15209675
 ] 

Steve Gill commented on CB-10937:
-

It should have auto closed. Not sure why it didn't. Can you close it?

> Icons are more than stretched since cordova-android 5.1.0
> -
>
> Key: CB-10937
> URL: https://issues.apache.org/jira/browse/CB-10937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
> Environment: android
>Reporter: Alexis Kofman
>  Labels: android, inappbrowser
>
> Since cordova-android@5.0.1 and more especially this commit 
> https://github.com/apache/cordova-android/commit/73fd9e4dfa5dffde2eb14ebd6c736ca462d1e29f,
>  the theme has been updated.
> The inappbrowser plugin use images as background property of Button views. 
> So, depending on default margin values in the Theme, background images can be 
> stretched. 
> A fix could be to use ImageButton views instead and chose a scaleType if 
> needed.
> Here is what we have today using a version of cordova-android >= 5.1.0 :
> !https://cloud.githubusercontent.com/assets/579922/13982920/e81236c8-f0ec-11e5-9eeb-f969cba3b375.png|width=100%!



--
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-10944) NoSuchMethodError in InAppBrowser plugin


[ 
https://issues.apache.org/jira/browse/CB-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209636#comment-15209636
 ] 

Joe Bowser commented on CB-10944:
-

What AVD is running MobileSpec in this case?

> NoSuchMethodError in InAppBrowser plugin
> 
>
> Key: CB-10944
> URL: https://issues.apache.org/jira/browse/CB-10944
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android
>Reporter: Dmitry Blotsky
>Assignee: Joe Bowser
>  Labels: android, found-by-ci, triaged
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
> Log: 
> https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
> Change: 
> https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184
> Output:
> {noformat}
> E/AndroidRuntime( 1087): FATAL EXCEPTION: main
> E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
> E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
> android.content.res.Resources.getDrawable
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
> E/AndroidRuntime( 1087):  at 
> android.app.Activity.runOnUiThread(Activity.java:4713)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.handleCallback(Handler.java:733)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.dispatchMessage(Handler.java:95)
> E/AndroidRuntime( 1087):  at android.os.Looper.loop(Looper.java:136)
> E/AndroidRuntime( 1087):  at 
> android.app.ActivityThread.main(ActivityThread.java:5001)
> E/AndroidRuntime( 1087):  at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/AndroidRuntime( 1087):  at 
> java.lang.reflect.Method.invoke(Method.java:515)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> E/AndroidRuntime( 1087):  at dalvik.system.NativeStart.main(Native Method)
> {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] [Commented] (CB-10944) NoSuchMethodError in InAppBrowser plugin


[ 
https://issues.apache.org/jira/browse/CB-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209634#comment-15209634
 ] 

Joe Bowser commented on CB-10944:
-

http://stackoverflow.com/questions/30266971/why-getdrawable-doesnt-work-on-some-android-devices

> NoSuchMethodError in InAppBrowser plugin
> 
>
> Key: CB-10944
> URL: https://issues.apache.org/jira/browse/CB-10944
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android
>Reporter: Dmitry Blotsky
>Assignee: Joe Bowser
>  Labels: android, found-by-ci, triaged
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
> Log: 
> https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
> Change: 
> https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184
> Output:
> {noformat}
> E/AndroidRuntime( 1087): FATAL EXCEPTION: main
> E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
> E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
> android.content.res.Resources.getDrawable
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
> E/AndroidRuntime( 1087):  at 
> android.app.Activity.runOnUiThread(Activity.java:4713)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.handleCallback(Handler.java:733)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.dispatchMessage(Handler.java:95)
> E/AndroidRuntime( 1087):  at android.os.Looper.loop(Looper.java:136)
> E/AndroidRuntime( 1087):  at 
> android.app.ActivityThread.main(ActivityThread.java:5001)
> E/AndroidRuntime( 1087):  at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/AndroidRuntime( 1087):  at 
> java.lang.reflect.Method.invoke(Method.java:515)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> E/AndroidRuntime( 1087):  at dalvik.system.NativeStart.main(Native Method)
> {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] [Updated] (CB-10944) NoSuchMethodError in InAppBrowser plugin


 [ 
https://issues.apache.org/jira/browse/CB-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser updated CB-10944:

Priority: Major  (was: Critical)

> NoSuchMethodError in InAppBrowser plugin
> 
>
> Key: CB-10944
> URL: https://issues.apache.org/jira/browse/CB-10944
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android
>Reporter: Dmitry Blotsky
>  Labels: android, found-by-ci, triaged
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
> Log: 
> https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
> Change: 
> https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184
> Output:
> {noformat}
> E/AndroidRuntime( 1087): FATAL EXCEPTION: main
> E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
> E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
> android.content.res.Resources.getDrawable
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
> E/AndroidRuntime( 1087):  at 
> android.app.Activity.runOnUiThread(Activity.java:4713)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.handleCallback(Handler.java:733)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.dispatchMessage(Handler.java:95)
> E/AndroidRuntime( 1087):  at android.os.Looper.loop(Looper.java:136)
> E/AndroidRuntime( 1087):  at 
> android.app.ActivityThread.main(ActivityThread.java:5001)
> E/AndroidRuntime( 1087):  at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/AndroidRuntime( 1087):  at 
> java.lang.reflect.Method.invoke(Method.java:515)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> E/AndroidRuntime( 1087):  at dalvik.system.NativeStart.main(Native Method)
> {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] [Assigned] (CB-10944) NoSuchMethodError in InAppBrowser plugin


 [ 
https://issues.apache.org/jira/browse/CB-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser reassigned CB-10944:
---

Assignee: Joe Bowser

> NoSuchMethodError in InAppBrowser plugin
> 
>
> Key: CB-10944
> URL: https://issues.apache.org/jira/browse/CB-10944
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android
>Reporter: Dmitry Blotsky
>Assignee: Joe Bowser
>  Labels: android, found-by-ci, triaged
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
> Log: 
> https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
> Change: 
> https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184
> Output:
> {noformat}
> E/AndroidRuntime( 1087): FATAL EXCEPTION: main
> E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
> E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
> android.content.res.Resources.getDrawable
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
> E/AndroidRuntime( 1087):  at 
> android.app.Activity.runOnUiThread(Activity.java:4713)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.handleCallback(Handler.java:733)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.dispatchMessage(Handler.java:95)
> E/AndroidRuntime( 1087):  at android.os.Looper.loop(Looper.java:136)
> E/AndroidRuntime( 1087):  at 
> android.app.ActivityThread.main(ActivityThread.java:5001)
> E/AndroidRuntime( 1087):  at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/AndroidRuntime( 1087):  at 
> java.lang.reflect.Method.invoke(Method.java:515)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> E/AndroidRuntime( 1087):  at dalvik.system.NativeStart.main(Native Method)
> {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] [Commented] (CB-10946) dynamically load JS/CSS file into index.html doesn't work with cordova 6.0.0

2016-03-23 Thread Raven Zuo (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209604#comment-15209604
 ] 

Raven Zuo commented on CB-10946:


link to cordova-app-loader: 
https://github.com/markmarijnissen/cordova-app-loader

> dynamically load JS/CSS file into index.html doesn't work with cordova 6.0.0
> 
>
> Key: CB-10946
> URL: https://issues.apache.org/jira/browse/CB-10946
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.0.0
> Environment: Ionic 1.7.14, Cordova 6.0.0, iOS devices
>Reporter: Raven Zuo
>Priority: Critical
>
> I use a plugin called cordova-app-loader to update our app from resource 
> server so that if we only change JS/html/css files, we don't need submit to 
> apple for review. It works perfectly before with old Cordova which generate 
> iOS3.9.2 build. After upgrading Cordova to 6.0.0, the generated iOS version 
> is now 4.0.1 and it doesn't work anymore. 
> I checked into the issue and found that even I remove the updating from 
> resource server part, only load the js files to index.html dynamically, the 
> app will freeze after load all the js files.
> Details of my current process: 
> 1. In my index.html file's head, there is some lib js files like cordova.js 
> etc. Among them, the last js file is my bootstrap.js
> 2. the bootstrap.js file will read a manifest.json file(which include file 
> paths need to be add to index.html dynamically) and get all the js files need 
> be loaded.
> 3. Add all these files into index.html with the following code:
>   var el,
>   head = document.getElementsByTagName('head')[0],
>   src = the_path_to_the_js_file,
>   now = Date.now();
>   el= document.createElement('script');
>   el.type= 'text/javascript';
>   el.src= src + '?' + now;
>   el.async = false;
>   head.appendChild(el);
> 4. I added a log message into the last js file which will be dynamically 
> loaded and in the console window, I saw this message which means the js files 
> are all loaded.
> But then after that, the app just freezes forever.



--
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-10947) Minor icon issues

2016-03-23 Thread Jacob Weber (JIRA)

Jacob Weber created CB-10947:


 Summary: Minor icon issues
 Key: CB-10947
 URL: https://issues.apache.org/jira/browse/CB-10947
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 6.0.0
 Environment: Cordova CLI 6.0, Cordova iOS 4.1.0
Reporter: Jacob Weber
Priority: Minor


* On the [docs for 
icons|https://cordova.apache.org/docs/en/latest/config_ref/images.html], it 
lists icon...@2x.png. This is copied into the iOS project, but it's not used in 
the icon set's Contents.json file. It can probably be removed from the docs.

* That docs page doesn't list icon-8...@2x.png, which was recently added to the 
code.

* The icon set's Contents.json file uses icon...@3x.png twice, once for the 
40@3x icon, and once for the 60@2x icon. They're the same size, but you might 
not want to use the same file for both (since the first one is a Spotlight 
icon, and the second is an App icon).



--
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-10946) dynamically load JS/CSS file into index.html doesn't work with cordova 6.0.0

2016-03-23 Thread Raven Zuo (JIRA)

Raven Zuo created CB-10946:
--

 Summary: dynamically load JS/CSS file into index.html doesn't work 
with cordova 6.0.0
 Key: CB-10946
 URL: https://issues.apache.org/jira/browse/CB-10946
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 6.0.0
 Environment: Ionic 1.7.14, Cordova 6.0.0, iOS devices
Reporter: Raven Zuo
Priority: Critical


I use a plugin called cordova-app-loader to update our app from resource server 
so that if we only change JS/html/css files, we don't need submit to apple for 
review. It works perfectly before with old Cordova which generate iOS3.9.2 
build. After upgrading Cordova to 6.0.0, the generated iOS version is now 4.0.1 
and it doesn't work anymore. 

I checked into the issue and found that even I remove the updating from 
resource server part, only load the js files to index.html dynamically, the app 
will freeze after load all the js files.

Details of my current process: 
1. In my index.html file's head, there is some lib js files like cordova.js 
etc. Among them, the last js file is my bootstrap.js
2. the bootstrap.js file will read a manifest.json file(which include file 
paths need to be add to index.html dynamically) and get all the js files need 
be loaded.
3. Add all these files into index.html with the following code:
  var el,
  head = document.getElementsByTagName('head')[0],
  src = the_path_to_the_js_file,
  now = Date.now();
  el= document.createElement('script');
  el.type= 'text/javascript';
  el.src= src + '?' + now;
  el.async = false;
  head.appendChild(el);
4. I added a log message into the last js file which will be dynamically loaded 
and in the console window, I saw this message which means the js files are all 
loaded.
But then after that, the app just freezes forever.




--
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-10944) NoSuchMethodError in InAppBrowser plugin

2016-03-23 Thread Shazron Abdullah (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah updated CB-10944:
--
Environment: Android

> NoSuchMethodError in InAppBrowser plugin
> 
>
> Key: CB-10944
> URL: https://issues.apache.org/jira/browse/CB-10944
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Android
>Reporter: Dmitry Blotsky
>Priority: Critical
>  Labels: android, found-by-ci, triaged
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
> Log: 
> https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
> Change: 
> https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184
> Output:
> {noformat}
> E/AndroidRuntime( 1087): FATAL EXCEPTION: main
> E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
> E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
> android.content.res.Resources.getDrawable
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
> E/AndroidRuntime( 1087):  at 
> android.app.Activity.runOnUiThread(Activity.java:4713)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.handleCallback(Handler.java:733)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.dispatchMessage(Handler.java:95)
> E/AndroidRuntime( 1087):  at android.os.Looper.loop(Looper.java:136)
> E/AndroidRuntime( 1087):  at 
> android.app.ActivityThread.main(ActivityThread.java:5001)
> E/AndroidRuntime( 1087):  at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/AndroidRuntime( 1087):  at 
> java.lang.reflect.Method.invoke(Method.java:515)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> E/AndroidRuntime( 1087):  at dalvik.system.NativeStart.main(Native Method)
> {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] [Commented] (CB-10942) Cannot for links in that site, if you have


[ 
https://issues.apache.org/jira/browse/CB-10942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209563#comment-15209563
 ] 

ASF GitHub Bot commented on CB-10942:
-

GitHub user shazron opened a pull request:

https://github.com/apache/cordova-ios/pull/211

CB-10942 - Cannot https://foo.bar; /> for lin…

…ks in that site, if you have https://*; />

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/shazron/cordova-ios CB-10942

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-ios/pull/211.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 #211


commit 43f52799227fc3625f0edaf0a4ed0aa16deb24d7
Author: Shazron Abdullah 
Date:   2016-03-24T01:45:04Z

CB-10942 - Cannot https://foo.bar; /> for links in 
that site, if you have https://*; />




> Cannot https://foo.bar; /> for links in that site, if 
> you have https://*; />
> 
>
> Key: CB-10942
> URL: https://issues.apache.org/jira/browse/CB-10942
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> https://github.com/apache/cordova-ios/blob/6221bd7c7f54421a158cd18d1ecb8ee88247db07/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L74
> 1. Re-factor that method so it is testable
> 2. Add Obj-C tests to test this case



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10945) `cordova run ios` hangs on a recently flashed iPhone 5 with iOS 9.2.1

2016-03-23 Thread Ricardo Panaggio (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10945?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209553#comment-15209553
 ] 

Ricardo Panaggio commented on CB-10945:
---

Same behavior on 6.1.0.

May be relevant information: I'm using the latest xcode (7.3).

> `cordova run ios` hangs on a recently flashed iPhone 5 with iOS 9.2.1
> -
>
> Key: CB-10945
> URL: https://issues.apache.org/jira/browse/CB-10945
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.0.0, 6.1.0
> Environment: % npm verison
> { npm: '3.3.6',
>   ares: '1.10.1-DEV',
>   http_parser: '2.5.0',
>   icu: '56.1',
>   modules: '47',
>   node: '5.0.0',
>   openssl: '1.0.2d',
>   uv: '1.7.5',
>   v8: '4.6.85.28',
>   zlib: '1.2.8' }
> % cordova --version
> 6.0.0
>Reporter: Ricardo Panaggio
>Priority: Minor
>
> I just created the Hello World app, added ios as a platform and tried to 
> build. I'm on OS X Mavericks.
> Logs from last run (the second after I reflashed the device):
> % cordova run ios
> Reading build config file:
> Building project  : 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/HelloCordova.xcodeproj
> Configuration : Debug
> Platform  : device
> Build settings from command line:
> ARCHS = armv7 arm64
> CONFIGURATION_BUILD_DIR = 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device
> SDKROOT = iphoneos9.3
> SHARED_PRECOMPS_DIR = 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/sharedpch
> VALID_ARCHS = armv7 arm64
> Build settings from configuration file 
> '/Users/panaggio/workspace/irb/inbox/test/platforms/ios/cordova/build-debug.xcconfig':
> CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES = YES
> CODE_SIGN_IDENTITY = iPhone Developer
> ENABLE_BITCODE = NO
> GCC_PREPROCESSOR_DEFINITIONS = DEBUG=1
> HEADER_SEARCH_PATHS = "$(TARGET_BUILD_DIR)/usr/local/lib/include" 
> "$(OBJROOT)/UninstalledProducts/include" 
> "$(OBJROOT)/UninstalledProducts/$(PLATFORM_NAME)/include" 
> "$(BUILT_PRODUCTS_DIR)"
> IPHONEOS_DEPLOYMENT_TARGET = 8.0
> OTHER_LDFLAGS = -ObjC
> PROVISIONING_PROFILE = fed11ef2-afb9-4ba3-8f81-e6e25b4dd40e
> SWIFT_OBJC_BRIDGING_HEADER = 
> $(PROJECT_DIR)/$(PROJECT_NAME)/Bridging-Header.h
> TARGETED_DEVICE_FAMILY = 1,2
> === BUILD TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> Check dependencies
> === BUILD TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> PhaseScriptExecution Copy\ www\ directory 
> build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/Script-304B58A110DAC018002A0835.sh
> cd /Users/panaggio/workspace/irb/inbox/test/platforms/ios
> /bin/sh -c 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/Script-304B58A110DAC018002A0835.sh
> ProcessInfoPlistFile build/device/HelloCordova.app/Info.plist 
> HelloCordova/HelloCordova-Info.plist
> cd /Users/panaggio/workspace/irb/inbox/test/platforms/ios
> export 
> PATH="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/Users/panaggio/.nvm/versions/node/v5.0.0/bin:/usr/local/opt/coreutils/libexec/gnubin:/Users/panaggio/bin:/usr/local/opt/gnu-tar/libexec/gnubi:n~/bin/llvm32build/bin:/Users/panaggio/.local/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/Library/TeX/texbin:/usr/local/opt/coreutils/libexec/gnubin:/Users/panaggio/bin:/usr/local/opt/gnu-tar/libexec/gnubi:n~/bin/llvm32build/bin:/Users/panaggio/.local/bin:/usr/local/sbin:/Users/panaggio/lib/android-studio/bin:/Users/panaggio/lib/android-sdk/platform-tools:/Users/panaggio/lib/android-sdk/tools:/Users/panaggio/.rvm/bin:/Users/panaggio/lib/android-studio/bin:/Users/panaggio/lib/android-sdk/platform-tools:/Users/panaggio/lib/android-sdk/tools:/Users/panaggio/.rvm/bin"
> builtin-infoPlistUtility 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/HelloCordova/HelloCordova-Info.plist
>  -genpkginfo 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device/HelloCordova.app/PkgInfo
>  -expandbuildsettings -format binary -platform iphoneos 
> -additionalcontentfile 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/MainViewController-PartialInfo.plist
>  -additionalcontentfile 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/assetcatalog_generated_info.plist
>  -o 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device/HelloCordova.app/Info.plist
> GenerateDSYMFile

[jira] [Updated] (CB-10945) `cordova run ios` hangs on a recently flashed iPhone 5 with iOS 9.2.1

2016-03-23 Thread Ricardo Panaggio (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ricardo Panaggio updated CB-10945:
--
Affects Version/s: 6.1.0

> `cordova run ios` hangs on a recently flashed iPhone 5 with iOS 9.2.1
> -
>
> Key: CB-10945
> URL: https://issues.apache.org/jira/browse/CB-10945
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.0.0, 6.1.0
> Environment: % npm verison
> { npm: '3.3.6',
>   ares: '1.10.1-DEV',
>   http_parser: '2.5.0',
>   icu: '56.1',
>   modules: '47',
>   node: '5.0.0',
>   openssl: '1.0.2d',
>   uv: '1.7.5',
>   v8: '4.6.85.28',
>   zlib: '1.2.8' }
> % cordova --version
> 6.0.0
>Reporter: Ricardo Panaggio
>Priority: Minor
>
> I just created the Hello World app, added ios as a platform and tried to 
> build. I'm on OS X Mavericks.
> Logs from last run (the second after I reflashed the device):
> % cordova run ios
> Reading build config file:
> Building project  : 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/HelloCordova.xcodeproj
> Configuration : Debug
> Platform  : device
> Build settings from command line:
> ARCHS = armv7 arm64
> CONFIGURATION_BUILD_DIR = 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device
> SDKROOT = iphoneos9.3
> SHARED_PRECOMPS_DIR = 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/sharedpch
> VALID_ARCHS = armv7 arm64
> Build settings from configuration file 
> '/Users/panaggio/workspace/irb/inbox/test/platforms/ios/cordova/build-debug.xcconfig':
> CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES = YES
> CODE_SIGN_IDENTITY = iPhone Developer
> ENABLE_BITCODE = NO
> GCC_PREPROCESSOR_DEFINITIONS = DEBUG=1
> HEADER_SEARCH_PATHS = "$(TARGET_BUILD_DIR)/usr/local/lib/include" 
> "$(OBJROOT)/UninstalledProducts/include" 
> "$(OBJROOT)/UninstalledProducts/$(PLATFORM_NAME)/include" 
> "$(BUILT_PRODUCTS_DIR)"
> IPHONEOS_DEPLOYMENT_TARGET = 8.0
> OTHER_LDFLAGS = -ObjC
> PROVISIONING_PROFILE = fed11ef2-afb9-4ba3-8f81-e6e25b4dd40e
> SWIFT_OBJC_BRIDGING_HEADER = 
> $(PROJECT_DIR)/$(PROJECT_NAME)/Bridging-Header.h
> TARGETED_DEVICE_FAMILY = 1,2
> === BUILD TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> Check dependencies
> === BUILD TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> PhaseScriptExecution Copy\ www\ directory 
> build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/Script-304B58A110DAC018002A0835.sh
> cd /Users/panaggio/workspace/irb/inbox/test/platforms/ios
> /bin/sh -c 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/Script-304B58A110DAC018002A0835.sh
> ProcessInfoPlistFile build/device/HelloCordova.app/Info.plist 
> HelloCordova/HelloCordova-Info.plist
> cd /Users/panaggio/workspace/irb/inbox/test/platforms/ios
> export 
> PATH="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/Users/panaggio/.nvm/versions/node/v5.0.0/bin:/usr/local/opt/coreutils/libexec/gnubin:/Users/panaggio/bin:/usr/local/opt/gnu-tar/libexec/gnubi:n~/bin/llvm32build/bin:/Users/panaggio/.local/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/Library/TeX/texbin:/usr/local/opt/coreutils/libexec/gnubin:/Users/panaggio/bin:/usr/local/opt/gnu-tar/libexec/gnubi:n~/bin/llvm32build/bin:/Users/panaggio/.local/bin:/usr/local/sbin:/Users/panaggio/lib/android-studio/bin:/Users/panaggio/lib/android-sdk/platform-tools:/Users/panaggio/lib/android-sdk/tools:/Users/panaggio/.rvm/bin:/Users/panaggio/lib/android-studio/bin:/Users/panaggio/lib/android-sdk/platform-tools:/Users/panaggio/lib/android-sdk/tools:/Users/panaggio/.rvm/bin"
> builtin-infoPlistUtility 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/HelloCordova/HelloCordova-Info.plist
>  -genpkginfo 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device/HelloCordova.app/PkgInfo
>  -expandbuildsettings -format binary -platform iphoneos 
> -additionalcontentfile 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/MainViewController-PartialInfo.plist
>  -additionalcontentfile 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/assetcatalog_generated_info.plist
>  -o 
> /Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device/HelloCordova.app/Info.plist
> GenerateDSYMFile build/device/HelloCordova.app.dSYM 
> build/device/HelloCordova.app/HelloCordova
> cd

[jira] [Updated] (CB-10944) NoSuchMethodError in InAppBrowser plugin


 [ 
https://issues.apache.org/jira/browse/CB-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10944:
-
Labels: android found-by-ci triaged  (was: android found-by-ci)

> NoSuchMethodError in InAppBrowser plugin
> 
>
> Key: CB-10944
> URL: https://issues.apache.org/jira/browse/CB-10944
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: Master
>Reporter: Dmitry Blotsky
>Priority: Critical
>  Labels: android, found-by-ci, triaged
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
> Log: 
> https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
> Change: 
> https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184
> Output:
> {noformat}
> E/AndroidRuntime( 1087): FATAL EXCEPTION: main
> E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
> E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
> android.content.res.Resources.getDrawable
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
> E/AndroidRuntime( 1087):  at 
> android.app.Activity.runOnUiThread(Activity.java:4713)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.handleCallback(Handler.java:733)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.dispatchMessage(Handler.java:95)
> E/AndroidRuntime( 1087):  at android.os.Looper.loop(Looper.java:136)
> E/AndroidRuntime( 1087):  at 
> android.app.ActivityThread.main(ActivityThread.java:5001)
> E/AndroidRuntime( 1087):  at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/AndroidRuntime( 1087):  at 
> java.lang.reflect.Method.invoke(Method.java:515)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> E/AndroidRuntime( 1087):  at dalvik.system.NativeStart.main(Native Method)
> {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] [Updated] (CB-10944) NoSuchMethodError in InAppBrowser plugin


 [ 
https://issues.apache.org/jira/browse/CB-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10944:
-
Labels: android found-by-ci  (was: found-by-ci)

> NoSuchMethodError in InAppBrowser plugin
> 
>
> Key: CB-10944
> URL: https://issues.apache.org/jira/browse/CB-10944
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: Master
>Reporter: Dmitry Blotsky
>Priority: Critical
>  Labels: android, found-by-ci, triaged
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
> Log: 
> https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
> Change: 
> https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184
> Output:
> {noformat}
> E/AndroidRuntime( 1087): FATAL EXCEPTION: main
> E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
> E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
> android.content.res.Resources.getDrawable
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
> E/AndroidRuntime( 1087):  at 
> android.app.Activity.runOnUiThread(Activity.java:4713)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
> E/AndroidRuntime( 1087):  at 
> org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.handleCallback(Handler.java:733)
> E/AndroidRuntime( 1087):  at 
> android.os.Handler.dispatchMessage(Handler.java:95)
> E/AndroidRuntime( 1087):  at android.os.Looper.loop(Looper.java:136)
> E/AndroidRuntime( 1087):  at 
> android.app.ActivityThread.main(ActivityThread.java:5001)
> E/AndroidRuntime( 1087):  at java.lang.reflect.Method.invokeNative(Native 
> Method)
> E/AndroidRuntime( 1087):  at 
> java.lang.reflect.Method.invoke(Method.java:515)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
> E/AndroidRuntime( 1087):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
> E/AndroidRuntime( 1087):  at dalvik.system.NativeStart.main(Native Method)
> {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] [Created] (CB-10945) `cordova run ios` hangs on a recently flashed iPhone 5 with iOS 9.2.1

2016-03-23 Thread Ricardo Panaggio (JIRA)

Ricardo Panaggio created CB-10945:
-

 Summary: `cordova run ios` hangs on a recently flashed iPhone 5 
with iOS 9.2.1
 Key: CB-10945
 URL: https://issues.apache.org/jira/browse/CB-10945
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 6.0.0
 Environment: % npm verison
{ npm: '3.3.6',
  ares: '1.10.1-DEV',
  http_parser: '2.5.0',
  icu: '56.1',
  modules: '47',
  node: '5.0.0',
  openssl: '1.0.2d',
  uv: '1.7.5',
  v8: '4.6.85.28',
  zlib: '1.2.8' }
% cordova --version
6.0.0
Reporter: Ricardo Panaggio
Priority: Minor


I just created the Hello World app, added ios as a platform and tried to build. 
I'm on OS X Mavericks.

Logs from last run (the second after I reflashed the device):

% cordova run ios
Reading build config file:
Building project  : 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/HelloCordova.xcodeproj
Configuration : Debug
Platform  : device
Build settings from command line:
ARCHS = armv7 arm64
CONFIGURATION_BUILD_DIR = 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device
SDKROOT = iphoneos9.3
SHARED_PRECOMPS_DIR = 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/sharedpch
VALID_ARCHS = armv7 arm64

Build settings from configuration file 
'/Users/panaggio/workspace/irb/inbox/test/platforms/ios/cordova/build-debug.xcconfig':
CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES = YES
CODE_SIGN_IDENTITY = iPhone Developer
ENABLE_BITCODE = NO
GCC_PREPROCESSOR_DEFINITIONS = DEBUG=1
HEADER_SEARCH_PATHS = "$(TARGET_BUILD_DIR)/usr/local/lib/include" 
"$(OBJROOT)/UninstalledProducts/include" 
"$(OBJROOT)/UninstalledProducts/$(PLATFORM_NAME)/include" 
"$(BUILT_PRODUCTS_DIR)"
IPHONEOS_DEPLOYMENT_TARGET = 8.0
OTHER_LDFLAGS = -ObjC
PROVISIONING_PROFILE = fed11ef2-afb9-4ba3-8f81-e6e25b4dd40e
SWIFT_OBJC_BRIDGING_HEADER = 
$(PROJECT_DIR)/$(PROJECT_NAME)/Bridging-Header.h
TARGETED_DEVICE_FAMILY = 1,2

=== BUILD TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===

Check dependencies

=== BUILD TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION Debug 
===

Check dependencies

PhaseScriptExecution Copy\ www\ directory 
build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/Script-304B58A110DAC018002A0835.sh
cd /Users/panaggio/workspace/irb/inbox/test/platforms/ios
/bin/sh -c 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/Script-304B58A110DAC018002A0835.sh

ProcessInfoPlistFile build/device/HelloCordova.app/Info.plist 
HelloCordova/HelloCordova-Info.plist
cd /Users/panaggio/workspace/irb/inbox/test/platforms/ios
export 
PATH="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/Users/panaggio/.nvm/versions/node/v5.0.0/bin:/usr/local/opt/coreutils/libexec/gnubin:/Users/panaggio/bin:/usr/local/opt/gnu-tar/libexec/gnubi:n~/bin/llvm32build/bin:/Users/panaggio/.local/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/Library/TeX/texbin:/usr/local/opt/coreutils/libexec/gnubin:/Users/panaggio/bin:/usr/local/opt/gnu-tar/libexec/gnubi:n~/bin/llvm32build/bin:/Users/panaggio/.local/bin:/usr/local/sbin:/Users/panaggio/lib/android-studio/bin:/Users/panaggio/lib/android-sdk/platform-tools:/Users/panaggio/lib/android-sdk/tools:/Users/panaggio/.rvm/bin:/Users/panaggio/lib/android-studio/bin:/Users/panaggio/lib/android-sdk/platform-tools:/Users/panaggio/lib/android-sdk/tools:/Users/panaggio/.rvm/bin"
builtin-infoPlistUtility 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/HelloCordova/HelloCordova-Info.plist
 -genpkginfo 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device/HelloCordova.app/PkgInfo
 -expandbuildsettings -format binary -platform iphoneos -additionalcontentfile 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/MainViewController-PartialInfo.plist
 -additionalcontentfile 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/HelloCordova.build/Debug-iphoneos/HelloCordova.build/assetcatalog_generated_info.plist
 -o 
/Users/panaggio/workspace/irb/inbox/test/platforms/ios/build/device/HelloCordova.app/Info.plist

GenerateDSYMFile build/device/HelloCordova.app.dSYM 
build/device/HelloCordova.app/HelloCordova
cd /Users/panaggio/workspace/irb/inbox/test/platforms/ios
export

[jira] [Created] (CB-10944) NoSuchMethodError in InAppBrowser plugin

2016-03-23 Thread Dmitry Blotsky (JIRA)

Dmitry Blotsky created CB-10944:
---

 Summary: NoSuchMethodError in InAppBrowser plugin
 Key: CB-10944
 URL: https://issues.apache.org/jira/browse/CB-10944
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: Master
Reporter: Dmitry Blotsky
Priority: Critical


Build:https://ci.apache.org/builders/cordova-android-osx/builds/2137
Log: 
https://ci.apache.org/builders/cordova-android-osx/builds/2137/steps/gathering-logs/logs/stdio
Change: 
https://github.com/apache/cordova-plugin-inappbrowser/commit/68054819d8d9186f5657e773cd6d5a7bdd00a184

Output:
{noformat}
E/AndroidRuntime( 1087): FATAL EXCEPTION: main
E/AndroidRuntime( 1087): Process: org.apache.mobilespec, PID: 1087
E/AndroidRuntime( 1087): java.lang.NoSuchMethodError: 
android.content.res.Resources.getDrawable
E/AndroidRuntime( 1087):at 
org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:575)
E/AndroidRuntime( 1087):at 
android.app.Activity.runOnUiThread(Activity.java:4713)
E/AndroidRuntime( 1087):at 
org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:736)
E/AndroidRuntime( 1087):at 
org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:191)
E/AndroidRuntime( 1087):at 
android.os.Handler.handleCallback(Handler.java:733)
E/AndroidRuntime( 1087):at 
android.os.Handler.dispatchMessage(Handler.java:95)
E/AndroidRuntime( 1087):at android.os.Looper.loop(Looper.java:136)
E/AndroidRuntime( 1087):at 
android.app.ActivityThread.main(ActivityThread.java:5001)
E/AndroidRuntime( 1087):at java.lang.reflect.Method.invokeNative(Native 
Method)
E/AndroidRuntime( 1087):at 
java.lang.reflect.Method.invoke(Method.java:515)
E/AndroidRuntime( 1087):at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
E/AndroidRuntime( 1087):at 
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
E/AndroidRuntime( 1087):at dalvik.system.NativeStart.main(Native Method)
{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] [Commented] (CB-4078) correctOrientation is not working on camera.getPicture for PHOTOLIBRARY (works with Camera)


[ 
https://issues.apache.org/jira/browse/CB-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209493#comment-15209493
 ] 

ASF GitHub Bot commented on CB-4078:


GitHub user swbradshaw opened a pull request:

https://github.com/apache/cordova-plugin-camera/pull/197

CB-4078: correctOrientation not working on camera.getPicture for 
PHOTOLIBRARY

This fixes the orientation bug for Android 4.4+ devices when choosing a 
picture from the photo library.

This fixes both DATA_URL and FILE_URI requests.

Tested on Android 4.0.4,  Android 5.02, and Android 5.1 devices.






You can merge this pull request into a Git repository by running:

$ git pull https://github.com/swbradshaw/cordova-plugin-camera master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-camera/pull/197.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 #197


commit c0e9210b56ece1b239261f91e11569aba9d696fa
Author: swbradshaw 
Date:   2016-03-24T00:15:10Z

Fix for image rotation on Android 4.4+ devices




> correctOrientation is not working on camera.getPicture for PHOTOLIBRARY 
> (works with Camera)
> ---
>
> Key: CB-4078
> URL: https://issues.apache.org/jira/browse/CB-4078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.9.0
> Environment: Android
>Reporter: aligo
>Priority: Minor
>  Labels: Android, Triaged
>
> Hi
> I use cameraOptions below to get the FILE_URI and to display in  tag:
> {code}
>   correctOrientation: true
>   quality: 50
>   encodingType: Camera.EncodingType.JPEG
>   targetWidth: 300
>   targetHeight: 300
>   destinationType: window.navigator.camera.DestinationType.FILE_URI
>   sourceType: window.navigator.camera.PictureSourceType.PHOTOLIBRARY
> {code}
> But the picture displayed within wrong orientation.
> Updated:
> I try use window.navigator.camera.PictureSourceType.CAMERA in sourceType, and 
> everything work as expected.



--
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-10943) MediaCapture on Android sometimes returns a string instead of an error object

Richard B Knoll created CB-10943:


 Summary: MediaCapture on Android sometimes returns a string 
instead of an error object
 Key: CB-10943
 URL: https://issues.apache.org/jira/browse/CB-10943
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media Capture
 Environment: Marshmallow
Reporter: Richard B Knoll


If there is a normal error, we return an error object. Sometimes when we catch 
an exception we return a string instead. To reproduce, call captureAudio() on a 
device with no audio recording app 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] [Assigned] (CB-10942) Cannot for links in that site, if you have

2016-03-23 Thread Shazron Abdullah (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shazron Abdullah reassigned CB-10942:
-

Assignee: Shazron Abdullah

> Cannot https://foo.bar; /> for links in that site, if 
> you have https://*; />
> 
>
> Key: CB-10942
> URL: https://issues.apache.org/jira/browse/CB-10942
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> https://github.com/apache/cordova-ios/blob/6221bd7c7f54421a158cd18d1ecb8ee88247db07/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L74
> 1. Re-factor that method so it is testable
> 2. Add Obj-C tests to test this case



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-10942) Cannot for links in that site, if you have

2016-03-23 Thread Shazron Abdullah (JIRA)

Shazron Abdullah created CB-10942:
-

 Summary: Cannot https://foo.bar; /> for 
links in that site, if you have https://*; />
 Key: CB-10942
 URL: https://issues.apache.org/jira/browse/CB-10942
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Reporter: Shazron Abdullah


https://github.com/apache/cordova-ios/blob/6221bd7c7f54421a158cd18d1ecb8ee88247db07/CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m#L74

1. Re-factor that method so it is testable
2. Add Obj-C tests to test this case





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10941) captureAudio depends on a recorder app being installed


[ 
https://issues.apache.org/jira/browse/CB-10941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209390#comment-15209390
 ] 

Richard B Knoll commented on CB-10941:
--

To be clear, the app does not crash. Instead, I think the exception is just 
being caught somewhere and error is being returned. The 
ActivityNotFoundException still gets printed to logcat

> captureAudio depends on a recorder app being installed
> --
>
> Key: CB-10941
> URL: https://issues.apache.org/jira/browse/CB-10941
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
> Environment: Marshmallow dev image
>Reporter: Richard B Knoll
>  Labels: android, triaged
>
> captureAudio, much like captureImage and captureVideo, uses an intent to 
> perform its action (recording audio). However, Android does not come with an 
> audio recording app by default. The other two are not an issue since every 
> phone has a camera app. Right now captureAudio just fails if you don't have 
> the app installed. Only real solution is to implement an audio recorder. Not 
> sure if we want to do that or just document this quirk.



--
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-10941) captureAudio depends on a recorder app being installed

Richard B Knoll created CB-10941:


 Summary: captureAudio depends on a recorder app being installed
 Key: CB-10941
 URL: https://issues.apache.org/jira/browse/CB-10941
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media Capture
 Environment: Marshmallow dev image
Reporter: Richard B Knoll


captureAudio, much like captureImage and captureVideo, uses an intent to 
perform its action (recording audio). However, Android does not come with an 
audio recording app by default. The other two are not an issue since every 
phone has a camera app. Right now captureAudio just fails if you don't have the 
app installed. Only real solution is to implement an audio recorder. Not sure 
if we want to do that or just document this quirk.



--
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-10814) Remove unneeded permissions


[ 
https://issues.apache.org/jira/browse/CB-10814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209381#comment-15209381
 ] 

Richard B Knoll commented on CB-10814:
--

Currently fixing permissions in this plugin

> Remove unneeded permissions
> ---
>
> Key: CB-10814
> URL: https://issues.apache.org/jira/browse/CB-10814
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
>Affects Versions: 1.2.0
>Reporter: Tony Homer
>Assignee: Richard B Knoll
>  Labels: Android, triaged
>
> It seems that the RECORD_AUDIO and RECORD_VIDEO should not be required for 
> this plugin because it uses intents to record audio/video.
> WRITE_EXTERNAL_STORAGE should not be needed because this plugin depends on 
> File plugin, which already uses WRITE_EXTERNAL_STORAGE and has Marshmallow 
> permission handling.
> This task is to verify that these permissions can be removed and remove them.
> *OR*
> If it is determined that the permissions are actually needed, a 
> PermissionHandler class needs to be added for Marshmallow compatibility.
> See CB-10670 for [background 
> discussion|https://issues.apache.org/jira/browse/CB-10670?focusedCommentId=15185679=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15185679].



--
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] [Assigned] (CB-10814) Remove unneeded permissions


 [ 
https://issues.apache.org/jira/browse/CB-10814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll reassigned CB-10814:


Assignee: Richard B Knoll

> Remove unneeded permissions
> ---
>
> Key: CB-10814
> URL: https://issues.apache.org/jira/browse/CB-10814
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
>Affects Versions: 1.2.0
>Reporter: Tony Homer
>Assignee: Richard B Knoll
>  Labels: Android, triaged
>
> It seems that the RECORD_AUDIO and RECORD_VIDEO should not be required for 
> this plugin because it uses intents to record audio/video.
> WRITE_EXTERNAL_STORAGE should not be needed because this plugin depends on 
> File plugin, which already uses WRITE_EXTERNAL_STORAGE and has Marshmallow 
> permission handling.
> This task is to verify that these permissions can be removed and remove them.
> *OR*
> If it is determined that the permissions are actually needed, a 
> PermissionHandler class needs to be added for Marshmallow compatibility.
> See CB-10670 for [background 
> discussion|https://issues.apache.org/jira/browse/CB-10670?focusedCommentId=15185679=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15185679].



--
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-8627) 'cordova plugin add git_url' erroneously updates fetch.json even when the 'add operation fails'


 [ 
https://issues.apache.org/jira/browse/CB-8627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Omar Mefire updated CB-8627:

Assignee: (was: Omar Mefire)

> 'cordova plugin add git_url' erroneously updates fetch.json even when the 
> 'add operation fails'
> ---
>
> Key: CB-8627
> URL: https://issues.apache.org/jira/browse/CB-8627
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Omar Mefire
>Priority: Minor
>  Labels: triaged
>
> - cordova plugin add https://github.com/Wizcorp/phonegap-facebook-plugin.git
> This results in fetch.json being updated with the plugin info even though 
> the plugin installation failed. It should not be the case.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10399) Implement Appium tests for Contacts plugin


[ 
https://issues.apache.org/jira/browse/CB-10399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209269#comment-15209269
 ] 

ASF GitHub Bot commented on CB-10399:
-

Github user dblotsky commented on a diff in the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/101#discussion_r57245776
  
--- Diff: appium-tests/common/common.spec.js ---
@@ -0,0 +1,321 @@
+/*jshint node: true, jasmine: true, browser: true */
+/*global ContactFindOptions, ContactName*/
+
+/*
+ *
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ *
+*/
+
+// these tests are meant to be executed by Cordova Medic Appium runner
+// you can find it here: https://github.com/apache/cordova-medic/
+// it is not necessary to do a full CI setup to run these tests, just run:
+// node cordova-medic/medic/medic.js appium --platform android --plugins 
cordova-plugin-contacts
+
+'use strict';
+
+var wdHelper = global.WD_HELPER;
+var screenshotHelper = global.SCREENSHOT_HELPER;
+var contactsHelper = require('../helpers/contactsHelper');
+
+var MINUTE = 60 * 1000;
+var PLATFORM = global.PLATFORM;
+var UNORM = global.UNORM;
+
+describe('Contacts Android', function () {
+var driver;
+var webviewContext;
+var callbackCount = 0;
+
+function getNextCallbackId() {
+return 'appium_callback_' + callbackCount++;
+}
+
+function saveScreenshotAndFail(error) {
+fail(error);
+return screenshotHelper
+.saveScreenshot(driver)
+.quit()
+.then(function () {
+return getDriver();
+});
+}
+
+function getDriver() {
+var getWebviewContext = function () {
+return driver
+.contexts()
+.then(function (contexts) {
+var found = false;
+// take the last webview context
+for (var i = 0; i < contexts.length ; i++) {
+if (contexts[i].indexOf('WEBVIEW') >= 0) {
+webviewContext = contexts[i];
+found = true;
+}
+}
+if (!found) {
+// no webview context, the app is still loading
+return driver
+.sleep(1)
+.then(getWebviewContext);
+}
+});
+};
+driver = wdHelper.getDriver(PLATFORM);
+return getWebviewContext();
+}
+
+function addContact(firstName, lastName) {
+var contactName = contactsHelper.getContactName(firstName, 
lastName);
+return driver
+.context(webviewContext)
+.setAsyncScriptTimeout(MINUTE)
+.executeAsync(function(contactname, callback) {
+navigator.contacts
+.create({ 'displayName': contactname.formatted, 
'name': contactname, 'note': 'DeleteMe' })
+.save(callback, callback);
+}, [contactName])
+.then(function(result) {
+if (result && result.hasOwnProperty('code')) {
+throw result;
+}
+return result;
+});
+}
+
+function pickContact(name) {
+var callbackId = getNextCallbackId();
+return driver
+.context(webviewContext)
+.execute(function (cbId) {
+var cbEl = document.createElement('div');
+cbEl.id = cbId;
+cbEl.style.display = 'none';
+navigator.contacts.pickContact(function (contact) {
+cbEl.innerHTML =

[jira] [Commented] (CB-10927) Framework references in plugin.xml file prevent Windows Universal projects from being used on other machines


[ 
https://issues.apache.org/jira/browse/CB-10927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209235#comment-15209235
 ] 

ASF GitHub Bot commented on CB-10927:
-

Github user dubeejw commented on the pull request:

https://github.com/apache/cordova-windows/pull/163#issuecomment-200555450
  
@csantanapr, @nikhilkh, @rakatyal, all tests are now passing.


> Framework references in plugin.xml file prevent Windows Universal projects 
> from being used on other machines
> 
>
> Key: CB-10927
> URL: https://issues.apache.org/jira/browse/CB-10927
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: James Dubee
>  Labels: triaged
>
> For Windows Universal, a framework reference in plugin.xml files results in a 
> hardcoded path being written to CordovaApp.sln, and CordovaApp.Phone.jsproj. 
> This hardcoded path is specific to the user's machine in which the plugin was 
> installed on. This prevents moving a project from one machine to another 
> without manually editing CordovaApp.sln, and CordovaApp.Phone.jsproj.



--
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-10937) Icons are more than stretched since cordova-android 5.1.0

2016-03-23 Thread Alexis Kofman (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209222#comment-15209222
 ] 

Alexis Kofman commented on CB-10937:


I read your comment from the dev list about non closing PR. Do I have to do 
anything to close this one or ...

> Icons are more than stretched since cordova-android 5.1.0
> -
>
> Key: CB-10937
> URL: https://issues.apache.org/jira/browse/CB-10937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
> Environment: android
>Reporter: Alexis Kofman
>  Labels: android, inappbrowser
>
> Since cordova-android@5.0.1 and more especially this commit 
> https://github.com/apache/cordova-android/commit/73fd9e4dfa5dffde2eb14ebd6c736ca462d1e29f,
>  the theme has been updated.
> The inappbrowser plugin use images as background property of Button views. 
> So, depending on default margin values in the Theme, background images can be 
> stretched. 
> A fix could be to use ImageButton views instead and chose a scaleType if 
> needed.
> Here is what we have today using a version of cordova-android >= 5.1.0 :
> !https://cloud.githubusercontent.com/assets/579922/13982920/e81236c8-f0ec-11e5-9eeb-f969cba3b375.png|width=100%!



--
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-10937) Icons are more than stretched since cordova-android 5.1.0

2016-03-23 Thread Alexis Kofman (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209216#comment-15209216
 ] 

Alexis Kofman commented on CB-10937:


No problem ! As it works well and it's beautiful ;)

> Icons are more than stretched since cordova-android 5.1.0
> -
>
> Key: CB-10937
> URL: https://issues.apache.org/jira/browse/CB-10937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
> Environment: android
>Reporter: Alexis Kofman
>  Labels: android, inappbrowser
>
> Since cordova-android@5.0.1 and more especially this commit 
> https://github.com/apache/cordova-android/commit/73fd9e4dfa5dffde2eb14ebd6c736ca462d1e29f,
>  the theme has been updated.
> The inappbrowser plugin use images as background property of Button views. 
> So, depending on default margin values in the Theme, background images can be 
> stretched. 
> A fix could be to use ImageButton views instead and chose a scaleType if 
> needed.
> Here is what we have today using a version of cordova-android >= 5.1.0 :
> !https://cloud.githubusercontent.com/assets/579922/13982920/e81236c8-f0ec-11e5-9eeb-f969cba3b375.png|width=100%!



--
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-10937) Icons are more than stretched since cordova-android 5.1.0

2016-03-23 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-10937.
-
Resolution: Implemented

This appears to fix it somewhat, but the UI needs to be re-done for the next 
version of this plugin. I'm still going to merge this in, but don't be 
surprised if I redo the whole thing soon.

> Icons are more than stretched since cordova-android 5.1.0
> -
>
> Key: CB-10937
> URL: https://issues.apache.org/jira/browse/CB-10937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
> Environment: android
>Reporter: Alexis Kofman
>  Labels: android, inappbrowser
>
> Since cordova-android@5.0.1 and more especially this commit 
> https://github.com/apache/cordova-android/commit/73fd9e4dfa5dffde2eb14ebd6c736ca462d1e29f,
>  the theme has been updated.
> The inappbrowser plugin use images as background property of Button views. 
> So, depending on default margin values in the Theme, background images can be 
> stretched. 
> A fix could be to use ImageButton views instead and chose a scaleType if 
> needed.
> Here is what we have today using a version of cordova-android >= 5.1.0 :
> !https://cloud.githubusercontent.com/assets/579922/13982920/e81236c8-f0ec-11e5-9eeb-f969cba3b375.png|width=100%!



--
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-10937) Icons are more than stretched since cordova-android 5.1.0


[ 
https://issues.apache.org/jira/browse/CB-10937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209208#comment-15209208
 ] 

ASF subversion and git services commented on CB-10937:
--

Commit 68054819d8d9186f5657e773cd6d5a7bdd00a184 in 
cordova-plugin-inappbrowser's branch refs/heads/master from [~akofman]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=6805481
 ]

CB-10937 fix stretched icons

This closes # 157


> Icons are more than stretched since cordova-android 5.1.0
> -
>
> Key: CB-10937
> URL: https://issues.apache.org/jira/browse/CB-10937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
> Environment: android
>Reporter: Alexis Kofman
>  Labels: android, inappbrowser
>
> Since cordova-android@5.0.1 and more especially this commit 
> https://github.com/apache/cordova-android/commit/73fd9e4dfa5dffde2eb14ebd6c736ca462d1e29f,
>  the theme has been updated.
> The inappbrowser plugin use images as background property of Button views. 
> So, depending on default margin values in the Theme, background images can be 
> stretched. 
> A fix could be to use ImageButton views instead and chose a scaleType if 
> needed.
> Here is what we have today using a version of cordova-android >= 5.1.0 :
> !https://cloud.githubusercontent.com/assets/579922/13982920/e81236c8-f0ec-11e5-9eeb-f969cba3b375.png|width=100%!



--
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-10940) Can't add Android platform from path

2016-03-23 Thread Karen Tran (JIRA)

Karen Tran created CB-10940:
---

 Summary: Can't add Android platform from path
 Key: CB-10940
 URL: https://issues.apache.org/jira/browse/CB-10940
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: Master
 Environment: Tried on Windows and Mac
Reporter: Karen Tran
 Fix For: Master


Ran into this issue when trying to create mobile-spec. I cannot add the android 
platform from a path. This only happens on master. If I switch cordova-android 
repo to 5.1.x branch, this issue doesn't happen. 

Error from Mac (on Windows, the error is different and isn't very helpful):
{noformat}
myComputer$ cordova platform add ../cordova-android -dd
Executing "before_platform_add"  hook for all plugins.
Adding android project...
PlatformApi successfully found for platform android

/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
if(message.toUpperCase().indexOf('ERROR:') !== 0) {
   ^
TypeError: Cannot call method 'toUpperCase' of undefined
at formatError 
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
at CordovaLogger.log 
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
at process. 
(/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
at process.EventEmitter.emit (events.js:95:17)
at process._fatalException (node.js:272:26){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] [Commented] (CB-9211) Look into using `npm version` in release process


[ 
https://issues.apache.org/jira/browse/CB-9211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209083#comment-15209083
 ] 

Steve Gill commented on CB-9211:


We would have to add preversion script that removed -dev from the version. 
Seems like it is better to keep release related scripts in coho instead of 
adding them to every repo. 

> Look into using `npm version` in release process
> 
>
> Key: CB-9211
> URL: https://issues.apache.org/jira/browse/CB-9211
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
>Reporter: Steve Gill
>Assignee: Steve Gill
>Priority: Minor
>
> Whenever you type npm version to bump the version number in your package.json 
> file and add the tag in git, any preversion package scripts that are defined 
> in package.json will be run beforehand and postversion will be run afterwards.
> Lets see if it makes sense to incorporate this into our release process to 
> replace some of the steps we do now. 



--
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-9211) Look into using `npm version` in release process


 [ 
https://issues.apache.org/jira/browse/CB-9211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Steve Gill closed CB-9211.
--
Resolution: Fixed

> Look into using `npm version` in release process
> 
>
> Key: CB-9211
> URL: https://issues.apache.org/jira/browse/CB-9211
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Coho
>Reporter: Steve Gill
>Assignee: Steve Gill
>Priority: Minor
>
> Whenever you type npm version to bump the version number in your package.json 
> file and add the tag in git, any preversion package scripts that are defined 
> in package.json will be run beforehand and postversion will be run afterwards.
> Lets see if it makes sense to incorporate this into our release process to 
> replace some of the steps we do now. 



--
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-10399) Implement Appium tests for Contacts plugin


[ 
https://issues.apache.org/jira/browse/CB-10399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209053#comment-15209053
 ] 

ASF GitHub Bot commented on CB-10399:
-

Github user dblotsky commented on a diff in the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/101#discussion_r57226720
  
--- Diff: appium-tests/common/common.spec.js ---
@@ -0,0 +1,321 @@
+/*jshint node: true, jasmine: true, browser: true */
+/*global ContactFindOptions, ContactName*/
+
+/*
+ *
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ *
+*/
+
+// these tests are meant to be executed by Cordova Medic Appium runner
+// you can find it here: https://github.com/apache/cordova-medic/
+// it is not necessary to do a full CI setup to run these tests, just run:
+// node cordova-medic/medic/medic.js appium --platform android --plugins 
cordova-plugin-contacts
+
+'use strict';
+
+var wdHelper = global.WD_HELPER;
+var screenshotHelper = global.SCREENSHOT_HELPER;
+var contactsHelper = require('../helpers/contactsHelper');
+
+var MINUTE = 60 * 1000;
+var PLATFORM = global.PLATFORM;
+var UNORM = global.UNORM;
+
+describe('Contacts Android', function () {
+var driver;
+var webviewContext;
+var callbackCount = 0;
+
+function getNextCallbackId() {
+return 'appium_callback_' + callbackCount++;
+}
+
+function saveScreenshotAndFail(error) {
+fail(error);
+return screenshotHelper
+.saveScreenshot(driver)
+.quit()
+.then(function () {
+return getDriver();
+});
+}
+
+function getDriver() {
+var getWebviewContext = function () {
+return driver
+.contexts()
+.then(function (contexts) {
+var found = false;
+// take the last webview context
+for (var i = 0; i < contexts.length ; i++) {
+if (contexts[i].indexOf('WEBVIEW') >= 0) {
+webviewContext = contexts[i];
+found = true;
+}
+}
+if (!found) {
+// no webview context, the app is still loading
+return driver
+.sleep(1)
--- End diff --

Please make this a constant.


> Implement Appium tests for Contacts plugin
> --
>
> Key: CB-10399
> URL: https://issues.apache.org/jira/browse/CB-10399
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Medic, Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>




--
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-10897) Cannot access specific non http or https URLs that are Whitelisted


[ 
https://issues.apache.org/jira/browse/CB-10897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209032#comment-15209032
 ] 

ASF GitHub Bot commented on CB-10897:
-

Github user infil00p commented on the pull request:

https://github.com/apache/cordova-android/pull/283#issuecomment-200517498
  
Can we have tests in the test project for this?  It looks fine, but since 
it's new functionality in cordova-android, adding a test would be good.


> Cannot access specific non http or https URLs that are Whitelisted
> --
>
> Key: CB-10897
> URL: https://issues.apache.org/jira/browse/CB-10897
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Whitelist
>Affects Versions: Master
> Environment: cordova-android 5.1.1
>Reporter: Karen Tran
>  Labels: android, whitelist
> Fix For: Master
>
>
> In config.xml when I whitelist specific non http or https URLs such as 
> {code}mailto:ktop...@gmail.com; />{code}
> and in index.html I add a link with that specific URL, 
> {code}mailto:ktop...@gmail.com;>mailto link{code}
> I cannot access the link when I run the application. If I change the 
> allow-intent to use a wildcard, *, I can get it to work. 
> {code}mailto:*; />{code}
> The expected behavior is that I should be able to specify an exact URL in the 
> whitelist, but I am not able to. I investigated the Whitelist plugin and 
> Whitelist.java in cordova-android and I found the issue. 
> First I looked at the whitelist itself. URLs from config.xml are added to the 
> whitelist correctly. No problems here. 
> Next I looked at how the URL from index.html is being compared to the 
> whitelist. I traced through with the Android Studio debugger and found this:
> At [Line 
> 85|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/Whitelist.java#L85]
>  of Whitelist.java in cordova-android, there is actually a 
> NullPointerException happening, but it didn't get printed out with the Log :( 
> (this needs to be fixed). I made some modifications to Whitelist.java so that 
> the stack trace gets printed out, along with with values of 'host'. 
> {noformat}
> 03-17 13:46:47.399 14000-14000/? I/System.out: uri scheme: mailto
> 03-17 13:46:47.399 14000-14000/? I/System.out: whitelist scheme: mailto
> 03-17 13:46:47.399 14000-14000/? I/System.out: uri host: null
> 03-17 13:46:47.399 14000-14000/? I/System.out: whitelist host: 
> ktop500@gmail\.com
> 03-17 13:46:47.400 14000-14000/? W/System.err: 
> java.lang.NullPointerException: Attempt to invoke interface method 'int 
> java.lang.CharSequence.length()' on a null object reference
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> java.util.regex.Matcher.reset(Matcher.java:177)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> java.util.regex.Matcher.(Matcher.java:90)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> java.util.regex.Pattern.matcher(Pattern.java:297)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.Whitelist$URLPattern.matches(Whitelist.java:88)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.Whitelist.isUrlWhiteListed(Whitelist.java:168)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.whitelist.WhitelistPlugin.shouldOpenExternalUrl(WhitelistPlugin.java:132)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.PluginManager.shouldOpenExternalUrl(PluginManager.java:432)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.CordovaWebViewImpl$EngineClient.onNavigationAttempt(CordovaWebViewImpl.java:605)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.apache.cordova.engine.SystemWebViewClient.shouldOverrideUrlLoading(SystemWebViewClient.java:79)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> com.android.webview.chromium.WebViewContentsClientAdapter.shouldOverrideUrlLoading(WebViewContentsClientAdapter.java:336)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.android_webview.AwContentsClient.shouldIgnoreNavigation(AwContentsClient.java:168)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.android_webview.AwContentsClientBridge.shouldOverrideUrlLoading(AwContentsClientBridge.java:265)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
> 03-17 13:46:47.400 14000-14000/? W/System.err: at 
> org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:39)
> 03-17 13:46:47.401 14000-14000/? W/System.err: at 
> android.os.Handler.dispatchMessage(Handler.java:102)
> 03-17 13:46:47.401 14000-14000/? W/System.err: at 
>

[jira] [Resolved] (CB-10902) Tools Release March 17, 2016


 [ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Steve Gill resolved CB-10902.
-
Resolution: Fixed

> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



--
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-10315) Add instruction for a permanent git tag for a release


 [ 
https://issues.apache.org/jira/browse/CB-10315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Steve Gill resolved CB-10315.
-
Resolution: Fixed

> Add instruction for a permanent git tag for a release
> -
>
> Key: CB-10315
> URL: https://issues.apache.org/jira/browse/CB-10315
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Coho
>Reporter: Shazron Abdullah
>Assignee: Steve Gill
>
> After a successful release, we should publish the version tag as a permanent 
> tag as well per INFRA's instruction below. The tag should be under  "rel/" - 
> so a tag would be for version 1.0 etc "rel/1.0"
> We don't do this for a VOTE just in case there was something wrong with the 
> release.
> From Infra:
> {code}
> Second, we've changed the 'protected' portions of git to primarily
> focus on refs/tags/rel - thus any tags under rel, will have their
> entire commit history. This provides the provenance that the ASF needs
> for releases, while still giving projects the ability to mold their
> repository in the way they see fit.
> Thus when a release vote is successful - part of the release process
> should become tagging the voted upon commit SHA under rel/ to make it
> indelible. ('# git tag rel/v15.4.2 ' or something similar.)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-10911) cordova-common Release March 18, 2016


 [ 
https://issues.apache.org/jira/browse/CB-10911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Steve Gill resolved CB-10911.
-
Resolution: Fixed

> cordova-common Release March 18, 2016
> -
>
> Key: CB-10911
> URL: https://issues.apache.org/jira/browse/CB-10911
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



--
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-10399) Implement Appium tests for Contacts plugin


[ 
https://issues.apache.org/jira/browse/CB-10399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209026#comment-15209026
 ] 

ASF GitHub Bot commented on CB-10399:
-

Github user nikhilkh commented on a diff in the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/101#discussion_r57225224
  
--- Diff: appium-tests/common/common.spec.js ---
@@ -0,0 +1,321 @@
+/*jshint node: true, jasmine: true, browser: true */
+/*global ContactFindOptions, ContactName*/
+
+/*
+ *
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ *
+*/
+
+// these tests are meant to be executed by Cordova Medic Appium runner
+// you can find it here: https://github.com/apache/cordova-medic/
+// it is not necessary to do a full CI setup to run these tests, just run:
+// node cordova-medic/medic/medic.js appium --platform android --plugins 
cordova-plugin-contacts
+
+'use strict';
+
+var wdHelper = global.WD_HELPER;
+var screenshotHelper = global.SCREENSHOT_HELPER;
+var contactsHelper = require('../helpers/contactsHelper');
+
+var MINUTE = 60 * 1000;
+var PLATFORM = global.PLATFORM;
+var UNORM = global.UNORM;
+
+describe('Contacts Android', function () {
+var driver;
+var webviewContext;
+var callbackCount = 0;
+
+function getNextCallbackId() {
+return 'appium_callback_' + callbackCount++;
+}
+
+function saveScreenshotAndFail(error) {
+fail(error);
+return screenshotHelper
+.saveScreenshot(driver)
+.quit()
+.then(function () {
+return getDriver();
+});
+}
+
+function getDriver() {
+var getWebviewContext = function () {
+return driver
+.contexts()
+.then(function (contexts) {
+var found = false;
+// take the last webview context
+for (var i = 0; i < contexts.length ; i++) {
+if (contexts[i].indexOf('WEBVIEW') >= 0) {
+webviewContext = contexts[i];
+found = true;
+}
+}
+if (!found) {
+// no webview context, the app is still loading
+return driver
+.sleep(1)
+.then(getWebviewContext);
+}
+});
+};
+driver = wdHelper.getDriver(PLATFORM);
+return getWebviewContext();
+}
+
+function addContact(firstName, lastName) {
+var contactName = contactsHelper.getContactName(firstName, 
lastName);
+return driver
+.context(webviewContext)
+.setAsyncScriptTimeout(MINUTE)
+.executeAsync(function(contactname, callback) {
+navigator.contacts
+.create({ 'displayName': contactname.formatted, 
'name': contactname, 'note': 'DeleteMe' })
+.save(callback, callback);
+}, [contactName])
+.then(function(result) {
+if (result && result.hasOwnProperty('code')) {
+throw result;
+}
+return result;
+});
+}
+
+function pickContact(name) {
+var callbackId = getNextCallbackId();
+return driver
+.context(webviewContext)
+.execute(function (cbId) {
+var cbEl = document.createElement('div');
+cbEl.id = cbId;
+cbEl.style.display = 'none';
+navigator.contacts.pickContact(function (contact) {
+cbEl.innerHTML =

[jira] [Commented] (CB-10399) Implement Appium tests for Contacts plugin


[ 
https://issues.apache.org/jira/browse/CB-10399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209027#comment-15209027
 ] 

ASF GitHub Bot commented on CB-10399:
-

Github user nikhilkh commented on a diff in the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/101#discussion_r57225303
  
--- Diff: appium-tests/common/common.spec.js ---
@@ -0,0 +1,321 @@
+/*jshint node: true, jasmine: true, browser: true */
+/*global ContactFindOptions, ContactName*/
+
+/*
+ *
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ *
+*/
+
+// these tests are meant to be executed by Cordova Medic Appium runner
+// you can find it here: https://github.com/apache/cordova-medic/
+// it is not necessary to do a full CI setup to run these tests, just run:
+// node cordova-medic/medic/medic.js appium --platform android --plugins 
cordova-plugin-contacts
+
+'use strict';
+
+var wdHelper = global.WD_HELPER;
+var screenshotHelper = global.SCREENSHOT_HELPER;
+var contactsHelper = require('../helpers/contactsHelper');
+
+var MINUTE = 60 * 1000;
+var PLATFORM = global.PLATFORM;
+var UNORM = global.UNORM;
+
+describe('Contacts Android', function () {
+var driver;
+var webviewContext;
+var callbackCount = 0;
+
+function getNextCallbackId() {
+return 'appium_callback_' + callbackCount++;
+}
+
+function saveScreenshotAndFail(error) {
+fail(error);
+return screenshotHelper
+.saveScreenshot(driver)
+.quit()
+.then(function () {
+return getDriver();
+});
+}
+
+function getDriver() {
+var getWebviewContext = function () {
+return driver
+.contexts()
+.then(function (contexts) {
+var found = false;
+// take the last webview context
+for (var i = 0; i < contexts.length ; i++) {
+if (contexts[i].indexOf('WEBVIEW') >= 0) {
+webviewContext = contexts[i];
+found = true;
+}
+}
+if (!found) {
+// no webview context, the app is still loading
+return driver
+.sleep(1)
+.then(getWebviewContext);
+}
+});
+};
+driver = wdHelper.getDriver(PLATFORM);
+return getWebviewContext();
+}
+
+function addContact(firstName, lastName) {
+var contactName = contactsHelper.getContactName(firstName, 
lastName);
+return driver
+.context(webviewContext)
+.setAsyncScriptTimeout(MINUTE)
+.executeAsync(function(contactname, callback) {
+navigator.contacts
+.create({ 'displayName': contactname.formatted, 
'name': contactname, 'note': 'DeleteMe' })
+.save(callback, callback);
+}, [contactName])
+.then(function(result) {
+if (result && result.hasOwnProperty('code')) {
+throw result;
+}
+return result;
+});
+}
+
+function pickContact(name) {
+var callbackId = getNextCallbackId();
+return driver
+.context(webviewContext)
+.execute(function (cbId) {
+var cbEl = document.createElement('div');
+cbEl.id = cbId;
+cbEl.style.display = 'none';
+navigator.contacts.pickContact(function (contact) {
+cbEl.innerHTML =

[jira] [Commented] (CB-10315) Add instruction for a permanent git tag for a release

2016-03-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209024#comment-15209024
 ] 

ASF GitHub Bot commented on CB-10315:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-coho/pull/115


> Add instruction for a permanent git tag for a release
> -
>
> Key: CB-10315
> URL: https://issues.apache.org/jira/browse/CB-10315
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Coho
>Reporter: Shazron Abdullah
>Assignee: Steve Gill
>
> After a successful release, we should publish the version tag as a permanent 
> tag as well per INFRA's instruction below. The tag should be under  "rel/" - 
> so a tag would be for version 1.0 etc "rel/1.0"
> We don't do this for a VOTE just in case there was something wrong with the 
> release.
> From Infra:
> {code}
> Second, we've changed the 'protected' portions of git to primarily
> focus on refs/tags/rel - thus any tags under rel, will have their
> entire commit history. This provides the provenance that the ASF needs
> for releases, while still giving projects the ability to mold their
> repository in the way they see fit.
> Thus when a release vote is successful - part of the release process
> should become tagging the voted upon commit SHA under rel/ to make it
> indelible. ('# git tag rel/v15.4.2 ' or something similar.)
> {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-10315) Add instruction for a permanent git tag for a release


[ 
https://issues.apache.org/jira/browse/CB-10315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209023#comment-15209023
 ] 

ASF subversion and git services commented on CB-10315:
--

Commit 31ff1c64772b57251500e92ab076640fb707bea7 in cordova-coho's branch 
refs/heads/master from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;h=31ff1c6 ]

CB-10315 Added apache permanent tag step to tools release process

 This closes #115


> Add instruction for a permanent git tag for a release
> -
>
> Key: CB-10315
> URL: https://issues.apache.org/jira/browse/CB-10315
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Coho
>Reporter: Shazron Abdullah
>Assignee: Steve Gill
>
> After a successful release, we should publish the version tag as a permanent 
> tag as well per INFRA's instruction below. The tag should be under  "rel/" - 
> so a tag would be for version 1.0 etc "rel/1.0"
> We don't do this for a VOTE just in case there was something wrong with the 
> release.
> From Infra:
> {code}
> Second, we've changed the 'protected' portions of git to primarily
> focus on refs/tags/rel - thus any tags under rel, will have their
> entire commit history. This provides the provenance that the ASF needs
> for releases, while still giving projects the ability to mold their
> repository in the way they see fit.
> Thus when a release vote is successful - part of the release process
> should become tagging the voted upon commit SHA under rel/ to make it
> indelible. ('# git tag rel/v15.4.2 ' or something similar.)
> {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-10315) Add instruction for a permanent git tag for a release

2016-03-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15209021#comment-15209021
 ] 

ASF GitHub Bot commented on CB-10315:
-

GitHub user stevengill opened a pull request:

https://github.com/apache/cordova-coho/pull/115

CB-10315 Added apache permanent tag step to tools release process



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/stevengill/cordova-coho patch-52

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-coho/pull/115.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 #115


commit cdea043489c164c4c4f8ffde5f66677c2b2d3366
Author: Steve Gill 
Date:   2016-03-23T19:48:08Z

CB-10315 Added apache permanent tag step to tools release process




> Add instruction for a permanent git tag for a release
> -
>
> Key: CB-10315
> URL: https://issues.apache.org/jira/browse/CB-10315
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Coho
>Reporter: Shazron Abdullah
>Assignee: Steve Gill
>
> After a successful release, we should publish the version tag as a permanent 
> tag as well per INFRA's instruction below. The tag should be under  "rel/" - 
> so a tag would be for version 1.0 etc "rel/1.0"
> We don't do this for a VOTE just in case there was something wrong with the 
> release.
> From Infra:
> {code}
> Second, we've changed the 'protected' portions of git to primarily
> focus on refs/tags/rel - thus any tags under rel, will have their
> entire commit history. This provides the provenance that the ASF needs
> for releases, while still giving projects the ability to mold their
> repository in the way they see fit.
> Thus when a release vote is successful - part of the release process
> should become tagging the voted upon commit SHA under rel/ to make it
> indelible. ('# git tag rel/v15.4.2 ' or something similar.)
> {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-10854) Windows 10 mobile Cordova App doens't starts when click on toast notification

2016-03-23 Thread Raghav Katyal (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208998#comment-15208998
 ] 

Raghav Katyal commented on CB-10854:


I am not sure dual sim would matter. Could you try on an emulator? 

> Windows 10 mobile Cordova App doens't starts when click on toast notification
> -
>
> Key: CB-10854
> URL: https://issues.apache.org/jira/browse/CB-10854
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.0.0
>Reporter: Gioacchino Giugliano
>Assignee: Raghav Katyal
>  Labels: mustfix, triaged, wfc
>
> I included the phonegap-plugin-push version 1.6.0 in order the handle the 
> push notification. Work well on all platform but Windows 10 Mobile (works 
> also on Windows 10 Desktop). If you select the toast notification and the app 
> is not running the phone freezes for several seconds (about 30 seconds) but 
> the app doesn't start. On Windows 10 Desktop works well, I select the 
> notification and the app appears.



--
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-10854) Windows 10 mobile Cordova App doens't starts when click on toast notification

2016-03-23 Thread Gioacchino Giugliano (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208976#comment-15208976
 ] 

Gioacchino Giugliano commented on CB-10854:
---

I am using a Lumia 950 dual sim. Maybe this the problem.

Inviato dal mio telefono Windows 10

Da: Raghav Katyal (JIRA)
Inviato: mercoledì 23 marzo 2016 19:56
A: ggiugli...@leonardoricerche.com
Oggetto: [jira] [Commented] (CB-10854) Windows 10 mobile Cordova App 
doens'tstarts when click on toast notification


[ 
https://issues.apache.org/jira/browse/CB-10854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208951#comment-15208951
 ] 

Raghav Katyal commented on CB-10854:


I tried it and it worked fine on both my devices. May be try using a different 
phone?




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)



> Windows 10 mobile Cordova App doens't starts when click on toast notification
> -
>
> Key: CB-10854
> URL: https://issues.apache.org/jira/browse/CB-10854
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.0.0
>Reporter: Gioacchino Giugliano
>Assignee: Raghav Katyal
>  Labels: mustfix, triaged, wfc
>
> I included the phonegap-plugin-push version 1.6.0 in order the handle the 
> push notification. Work well on all platform but Windows 10 Mobile (works 
> also on Windows 10 Desktop). If you select the toast notification and the app 
> is not running the phone freezes for several seconds (about 30 seconds) but 
> the app doesn't start. On Windows 10 Desktop works well, I select the 
> notification and the app appears.



--
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-10902) Tools Release March 17, 2016


[ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208975#comment-15208975
 ] 

ASF subversion and git services commented on CB-10902:
--

Commit 1736375 from [~stevegill]
[ https://svn.apache.org/r1736375 ]

CB-10902 added release blog post

> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



--
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-10399) Implement Appium tests for Contacts plugin


[ 
https://issues.apache.org/jira/browse/CB-10399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208969#comment-15208969
 ] 

ASF GitHub Bot commented on CB-10399:
-

Github user nikhilkh commented on the pull request:


https://github.com/apache/cordova-plugin-contacts/pull/101#issuecomment-200499861
  
@riknoll @dblotsky Can you please review again? This seems to be converging 
to a good design now.


> Implement Appium tests for Contacts plugin
> --
>
> Key: CB-10399
> URL: https://issues.apache.org/jira/browse/CB-10399
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Medic, Plugin Contacts
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>




--
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-10854) Windows 10 mobile Cordova App doens't starts when click on toast notification

2016-03-23 Thread Raghav Katyal (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208951#comment-15208951
 ] 

Raghav Katyal commented on CB-10854:


I tried it and it worked fine on both my devices. May be try using a different 
phone?

> Windows 10 mobile Cordova App doens't starts when click on toast notification
> -
>
> Key: CB-10854
> URL: https://issues.apache.org/jira/browse/CB-10854
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.0.0
>Reporter: Gioacchino Giugliano
>Assignee: Raghav Katyal
>  Labels: mustfix, triaged, wfc
>
> I included the phonegap-plugin-push version 1.6.0 in order the handle the 
> push notification. Work well on all platform but Windows 10 Mobile (works 
> also on Windows 10 Desktop). If you select the toast notification and the app 
> is not running the phone freezes for several seconds (about 30 seconds) but 
> the app doesn't start. On Windows 10 Desktop works well, I select the 
> notification and the app appears.



--
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-10782) Occasional failure in file transfer tests causing mobilespec crash


[ 
https://issues.apache.org/jira/browse/CB-10782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208946#comment-15208946
 ] 

ASF GitHub Bot commented on CB-10782:
-

Github user dblotsky commented on the pull request:


https://github.com/apache/cordova-plugin-file-transfer/pull/132#issuecomment-200492702
  
LGTM.


> Occasional failure in file transfer tests causing mobilespec crash
> --
>
> Key: CB-10782
> URL: https://issues.apache.org/jira/browse/CB-10782
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Plugin File Transfer
>Reporter: Richard B Knoll
>Assignee: Sarangan Rajamanickam
>  Labels: found-by-ci, windows
>
> {noformat}
> Dumping logs starting from 162
> Running command: 
>   wevtutil qe Microsoft-Windows-AppHost/ApplicationTracing /q:"*[System 
> [TimeCreated[timediff(@SystemTime)<=162]]]" /e:root
> Running command: 
>   wevtutil qe Microsoft-Windows-AppHost/Admin /q:"*[System 
> [TimeCreated[timediff(@SystemTime)<=162]]]" /e:root
> Channel:   Microsoft-Windows-AppHost/Admin
> Time Created:  2016-03-03T13:34:20.496347300Z
> Process ID:19324
> Document File: /www/cdvtests/index.html
> Display Name:  mobilespec
> Error Description: {"exception":{"description":"Expected a spy, but got 
> Function.","stack":"Error: Expected a spy, but got Function.\n   at compare 
> (ms-appx://org.apache.mobilespec/www/cdvtests/jasmine-2.2.0/jasmine.js:2708:11)\n
>at Anonymous function 
> (ms-appx://org.apache.mobilespec/www/cdvtests/jasmine-2.2.0/jasmine.js:1358:7)\n
>at uploadFail 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer-tests/tests.js:1089:25)\n
>at errorCallback 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/www/FileTransfer.js:152:9)\n
>at cordova.callbackFromNative 
> (ms-appx://org.apache.mobilespec/www/cordova.js:295:38)\n   at 
> cordova.callbackError 
> (ms-appx://org.apache.mobilespec/www/cordova.js:282:9)\n   at onError 
> (ms-appx://org.apache.mobilespec/www/cordova.js:895:17)\n   at Anonymous 
> function 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/src/windows/FileTransferProxy.js:134:17)\n
>at CompletePromise_then 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1950:21)\n   at Anonymous function 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/src/windows/FileTransferProxy.js:133:13)"},"error":null,"promise":{"_value":{"description":"Expected
>  a spy, but got Function.","stack":"Error: Expected a spy, but got 
> Function.\n   at compare 
> (ms-appx://org.apache.mobilespec/www/cdvtests/jasmine-2.2.0/jasmine.js:2708:11)\n
>at Anonymous function 
> (ms-appx://org.apache.mobilespec/www/cdvtests/jasmine-2.2.0/jasmine.js:1358:7)\n
>at uploadFail 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer-tests/tests.js:1089:25)\n
>at errorCallback 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/www/FileTransfer.js:152:9)\n
>at cordova.callbackFromNative 
> (ms-appx://org.apache.mobilespec/www/cordova.js:295:38)\n   at 
> cordova.callbackError 
> (ms-appx://org.apache.mobilespec/www/cordova.js:282:9)\n   at onError 
> (ms-appx://org.apache.mobilespec/www/cordova.js:895:17)\n   at Anonymous 
> function 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/src/windows/FileTransferProxy.js:134:17)\n
>at CompletePromise_then 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1950:21)\n   at Anonymous function 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/src/windows/FileTransferProxy.js:133:13)"},"_isException":true,"_errorId":2},"id":2}
> Stack Trace:   Error: Expected a spy, but got Function.
>at compare 
> (ms-appx://org.apache.mobilespec/www/cdvtests/jasmine-2.2.0/jasmine.js:2708:11)
>at Anonymous function 
> (ms-appx://org.apache.mobilespec/www/cdvtests/jasmine-2.2.0/jasmine.js:1358:7)
>at uploadFail 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer-tests/tests.js:1089:25)
>at errorCallback 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/www/FileTransfer.js:152:9)
>at cordova.callbackFromNative 
> (ms-appx://org.apache.mobilespec/www/cordova.js:295:38)
>at cordova.callbackError 
> (ms-appx://org.apache.mobilespec/www/cordova.js:282:9)
>at onError 
> (ms-appx://org.apache.mobilespec/www/cordova.js:895:17)
>at Anonymous function 
> (ms-appx://org.apache.mobilespec/www/plugins/cordova-plugin-file-transfer/src/windows/FileTransferProxy.js:134:17)
>

[jira] [Commented] (CB-10523) Geolocation documentation is not shown after version 3.3.0

2016-03-23 Thread Nikhil Khandelwal (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208944#comment-15208944
 ] 

Nikhil Khandelwal commented on CB-10523:


[~dblotsky] Ideas on how to handle this? How can we enable the version switcher 
or "latest" to work on the older plugin docs. One idea is to use re-directs for 
this:

https://cordova.apache.org/docs/en/latest/cordova/geolocation/geolocation.html 
=> 
https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-geolocation/index.html

> Geolocation documentation is not shown after version 3.3.0
> --
>
> Key: CB-10523
> URL: https://issues.apache.org/jira/browse/CB-10523
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Reporter: Renann Prado
>Priority: Minor
>  Labels: triaged
>
> The below link is the latest documentation for geolocation that is working.
> https://cordova.apache.org/docs/en/3.3.0/cordova/geolocation/geolocation.html
> Is it possible to provide updated documentation or is this document up to 
> date?
> Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-10939) BridgeSecret is 0 when cordova js is injected as inline script on emulators

2016-03-23 Thread Matthew Ma (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matthew Ma updated CB-10939:

Summary: BridgeSecret is 0 when cordova js is injected as inline script on 
emulators  (was: BridgeSecret is 0 when cordova is injected as inline script on 
emulators only)

> BridgeSecret is 0 when cordova js is injected as inline script on emulators
> ---
>
> Key: CB-10939
> URL: https://issues.apache.org/jira/browse/CB-10939
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.1.1
> Environment: Cordova 6.0.0 
> cordova android 5.1.1
> [cordova-plugin-fastrde-injectview|https://www.npmjs.com/package/cordova-plugin-fastrde-injectview]
>  plugin.
>Reporter: Matthew Ma
>Priority: Minor
>  Labels: android, cordova-6.0.0
>
> The 
> [injectview|https://www.npmjs.com/package/cordova-plugin-fastrde-injectview] 
> plugin looks great to me because I want to open an external website.
> The plugin injects cordova and its plugin js into the webview as inline 
> script. I got device ready event and the cordova demo app looks good.
> However, I found out I can't not use things like navigator.camera.getPicture 
> or navigator.notification.alert. After ruling out common mistake and I start 
> to step the code.
> It turns out the bridgesecret in the js is 0 so it doesn't pass the 
> {code:java}
> if (!verifySecret("exec()", bridgeSecret)) {
> return null;
> }
> {code}
> in CordovaBridge.java. If I comment out these three lines, things works fine. 
> If I don't use remote website but use local www, this works fine.(without 
> remove the injectView plugin) Also, I DON'T have this problem on my actual 
> android lollipop phone, where the bridgesecret is a good random number. Only 
> on emulators such as AVD and Visual Studio Android Emulator. 
> So, this issue only happens on emulator with the injected inline javascript 
> plugin.
> Any thought? 



--
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-10939) BridgeSecret is 0 when cordova is injected as inline script on emulators only

2016-03-23 Thread Matthew Ma (JIRA)

Matthew Ma created CB-10939:
---

Summary: BridgeSecret is 0 when cordova is injected as inline
script on emulators only
Key: CB-10939
URL: https://issues.apache.org/jira/browse/CB-10939
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 5.1.1
Environment: Cordova 6.0.0
cordova android 5.1.1
[cordova-plugin-fastrde-injectview|https://www.npmjs.com/package/cordova-plugin-fastrde-injectview]
plugin.

Reporter: Matthew Ma
Priority: Minor

The
[injectview|https://www.npmjs.com/package/cordova-plugin-fastrde-injectview]
plugin looks great to me because I want to open an external website.
The plugin injects cordova and its plugin js into the webview as inline script.
I got device ready event and the cordova demo app looks good.
However, I found out I can't not use things like navigator.camera.getPicture or
navigator.notification.alert. After ruling out common mistake and I start to
step the code.
It turns out the bridgesecret in the js is 0 so it doesn't pass the
{code:java}
if (!verifySecret("exec()", bridgeSecret)) {
return null;
}
{code}
in CordovaBridge.java. If I comment out these three lines, things works fine.
If I don't use remote website but use local www, this works fine.(without
remove the injectView plugin) Also, I DON'T have this problem on my actual
android lollipop phone, where the bridgesecret is a good random number. Only on
emulators such as AVD and Visual Studio Android Emulator.
So, this issue only happens on emulator with the injected inline javascript
plugin.

Any thought?

--
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-10932) Contact tests fail on cordova-ios

2016-03-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208941#comment-15208941
 ] 

Omar Mefire commented on CB-10932:
--

A possible reason for why all these tests are failing might be lack of 
permissions to access contacts.
I've granted those(manually) and will monitor subsequent CI runs to make sure 
it solves the problem.

Here's the link to the build that happened immediately after the modification:
- https://ci.apache.org/builders/cordova-ios/builds/2122
- https://ci.apache.org/builders/cordova-ios/builds/2123

So, it seems like granting permissions resolved the issue.

> Contact tests fail on cordova-ios
> -
>
> Key: CB-10932
> URL: https://issues.apache.org/jira/browse/CB-10932
> Project: Apache Cordova
>  Issue Type: Test
>Reporter: Omar Mefire
>Assignee: Omar Mefire
>Priority: Critical
>  Labels: cordova-ios, found-by-ci
>
> Plugin contact tests are faiing on cordova-ios 
> Recent build links:
> https://ci.apache.org/builders/cordova-ios/builds/2115
> Build log:
> (view as text)
> node cordova-medic/medic/medic.js check --id cordova-ios-2115-buildbot-vm 
> --couchdb http://cordova-vm.apache.org:5984 --file 
> /Users/buildbot/slaves/apache/cordova-ios/test_summary.json
>  in dir /Users/buildbot/slaves/apache/cordova-ios/. (timeout 1500 secs)
>  watching logfiles {}
>  argv: ['node', 'cordova-medic/medic/medic.js', 'check', '--id', 
> 'cordova-ios-2115-buildbot-vm', '--couchdb', 
> 'http://cordova-vm.apache.org:5984', '--file', 
> '/Users/buildbot/slaves/apache/cordova-ios/test_summary.json']
>  environment:
>   ANDROID_HOME=/Users/buildbot/Developer/android-sdk-macosx
>   Apple_PubSub_Socket_Render=/private/tmp/com.apple.launchd.1KynGtsFb8/Render
>   HOME=/Users/buildbot
>   LANG=en_US.UTF-8
>   LOGNAME=buildbot
>   OLDPWD=/Users/buildbot/slaves/apache/cordova-ios
>   
> PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Users/buildbot/Developer/android-sdk-macosx/tools:/Users/buildbot/Developer/android-sdk-macosx/platform-tools
>   PWD=/Users/buildbot/slaves/apache/cordova-ios
>   SECURITYSESSIONID=186a5
>   SHELL=/bin/bash
>   SHLVL=1
>   SSH_AUTH_SOCK=/private/tmp/com.apple.launchd.mo29Yee3No/Listeners
>   TERM=xterm-256color
>   TERM_PROGRAM=Apple_Terminal
>   TERM_PROGRAM_VERSION=343.7
>   TERM_SESSION_ID=A70D0DAD-2556-4E7F-96D9-35B71F9C3183
>   TMPDIR=/var/folders/nk/tpfxvgkj60g56pgk0lh649m0gp/T/
>   USER=buildbot
>   VERSIONER_PYTHON_PREFER_32_BIT=no
>   VERSIONER_PYTHON_VERSION=2.7
>   XPC_FLAGS=0x0
>   XPC_SERVICE_NAME=0
>   _=/usr/local/bin/buildslave
>   __CF_USER_TEXT_ENCODING=0x1F6:0x0:0x0
>  using PTY: False
> Getting test results for cordova-ios-2115-buildbot-vm
> Results at 
> http://cordova-vm.apache.org:5984/_utils/document.html?mobilespec_results/cordova-ios-2115-buildbot-vm__9.1__x86_64
> Total failures: 12
> Failing tests:
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method contacts.spec.3 success callback should be called with an array
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/DA6D3C8F-39BE-486B-A6DB-362B7BA75FD3/data/Containers/Bundle/Application/17F46117-48B4-4FEB-8C38-E9C958A4313D/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/DA6D3C8F-39BE-486B-A6DB-362B7BA75FD3/data/Containers/Bundle/Application/17F46117-48B4-4FEB-8C38-E9C958A4313D/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method contacts.spec.4 success callback should be called with an array, even 
> if partial ContactFindOptions specified
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/DA6D3C8F-39BE-486B-A6DB-362B7BA75FD3/data/Containers/Bundle/Application/17F46117-48B4-4FEB-8C38-E9C958A4313D/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/DA6D3C8F-39BE-486B-A6DB-362B7BA75FD3/data/Containers/Bundle/Application/17F46117-48B4-4FEB-8C38-E9C958A4313D/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-contacts-tests.tests >> Contacts (navigator.contacts) find 
> method with newly-created contact contacts.spec.7 should be able to find a 
> contact by name
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
>

[jira] [Commented] (CB-10902) Tools Release March 17, 2016


[ 
https://issues.apache.org/jira/browse/CB-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208908#comment-15208908
 ] 

ASF subversion and git services commented on CB-10902:
--

Commit 3048757cc3ae21035fd15d5e16cedd34de5a9290 in cordova-docs's branch 
refs/heads/master from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=3048757 ]

CB-10902 updated date of tools release blog post


> Tools Release March 17, 2016
> 
>
> Key: CB-10902
> URL: https://issues.apache.org/jira/browse/CB-10902
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> "Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md;



--
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-10845) Location permission lost for Windows Phone 8.1

2016-03-23 Thread Steffen Schaffert (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208896#comment-15208896
 ] 

Steffen Schaffert commented on CB-10845:


Ah sorry, I didn't update this after it was closed. The issue is still there 
but I think it is a bug in Visual Studio. I am using Visual Studio 2015 Update 
1 with Tools for Apache Cordova 7. 
I contacted the Microsoft team and they confirmed that this seems to be a bug 
in Visual Studio.

> Location permission lost for Windows Phone 8.1
> --
>
> Key: CB-10845
> URL: https://issues.apache.org/jira/browse/CB-10845
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Geolocation, Windows
> Environment: Windows Phone 8.1
>Reporter: Steffen Schaffert
>Assignee: Vladimir Kotikov
>
> After updating to the latest Cordova versions (cordova-cli 6.0.0, 
> cordova-windows 4.3.1, cordova-plugin-geolocation 2.1.0), the location 
> capability is missing from the appxmanifest file.
> In the platforms/windows folder, the file "package.windows.appxmanifest" 
> contains the following region:
> 
>   
>   
> 
> The file "package.phone.appxmanifest", which seems to be relevant when 
> building for the ARM platform, is missing the location entry:
> 
>   
> 
> I don't know whether this is a bug in the geolocation plugin (which should 
> add the permission) or in the windows platform. I was able to fix the problem 
> for me by extending the plugin.xml of the geolocation plugin and adding:
>  parent="/Package/Capabilities">
> 
> 
> This seems to be a bug because the existing extra with 
> target="package.appxmanifest" works for the file package.windows.appxmanifest 
> but not for package.phone.appxmanifest.
> Edit: The build target was "Windows Phone (Universal)" from Visual Studio 
> 2015, which results in creating an app package with the following name: 
> "CordovaApp.Phone__arm.appxupload



--
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-10845) Location permission lost for Windows Phone 8.1


[ 
https://issues.apache.org/jira/browse/CB-10845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208859#comment-15208859
 ] 

Vladimir Kotikov edited comment on CB-10845 at 3/23/16 5:52 PM:


[~tss], are you still experiencing the issue? Could you please specify tooling 
you're using - is that a Cordova CLI project or VS project, created with Tools 
for Apache Cordova?


was (Author: vladimir.kotikov):
[~tss], are you still experiencing the issue? Could you please specify 
environment you're using - is that a Cordova CLI project or VS project, created 
with Tools for Apache Cordova?

> Location permission lost for Windows Phone 8.1
> --
>
> Key: CB-10845
> URL: https://issues.apache.org/jira/browse/CB-10845
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Geolocation, Windows
> Environment: Windows Phone 8.1
>Reporter: Steffen Schaffert
>Assignee: Vladimir Kotikov
>
> After updating to the latest Cordova versions (cordova-cli 6.0.0, 
> cordova-windows 4.3.1, cordova-plugin-geolocation 2.1.0), the location 
> capability is missing from the appxmanifest file.
> In the platforms/windows folder, the file "package.windows.appxmanifest" 
> contains the following region:
> 
>   
>   
> 
> The file "package.phone.appxmanifest", which seems to be relevant when 
> building for the ARM platform, is missing the location entry:
> 
>   
> 
> I don't know whether this is a bug in the geolocation plugin (which should 
> add the permission) or in the windows platform. I was able to fix the problem 
> for me by extending the plugin.xml of the geolocation plugin and adding:
>  parent="/Package/Capabilities">
> 
> 
> This seems to be a bug because the existing extra with 
> target="package.appxmanifest" works for the file package.windows.appxmanifest 
> but not for package.phone.appxmanifest.
> Edit: The build target was "Windows Phone (Universal)" from Visual Studio 
> 2015, which results in creating an app package with the following name: 
> "CordovaApp.Phone__arm.appxupload



--
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-10845) Location permission lost for Windows Phone 8.1


[ 
https://issues.apache.org/jira/browse/CB-10845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208859#comment-15208859
 ] 

Vladimir Kotikov commented on CB-10845:
---

[~tss], are you still experiencing the issue? Could you please specify 
environment you're using - is that a Cordova CLI project or VS project, created 
with Tools for Apache Cordova?

> Location permission lost for Windows Phone 8.1
> --
>
> Key: CB-10845
> URL: https://issues.apache.org/jira/browse/CB-10845
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Geolocation, Windows
> Environment: Windows Phone 8.1
>Reporter: Steffen Schaffert
>Assignee: Vladimir Kotikov
>
> After updating to the latest Cordova versions (cordova-cli 6.0.0, 
> cordova-windows 4.3.1, cordova-plugin-geolocation 2.1.0), the location 
> capability is missing from the appxmanifest file.
> In the platforms/windows folder, the file "package.windows.appxmanifest" 
> contains the following region:
> 
>   
>   
> 
> The file "package.phone.appxmanifest", which seems to be relevant when 
> building for the ARM platform, is missing the location entry:
> 
>   
> 
> I don't know whether this is a bug in the geolocation plugin (which should 
> add the permission) or in the windows platform. I was able to fix the problem 
> for me by extending the plugin.xml of the geolocation plugin and adding:
>  parent="/Package/Capabilities">
> 
> 
> This seems to be a bug because the existing extra with 
> target="package.appxmanifest" works for the file package.windows.appxmanifest 
> but not for package.phone.appxmanifest.
> Edit: The build target was "Windows Phone (Universal)" from Visual Studio 
> 2015, which results in creating an app package with the following name: 
> "CordovaApp.Phone__arm.appxupload



--
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] [Reopened] (CB-10845) Location permission lost for Windows Phone 8.1


 [ 
https://issues.apache.org/jira/browse/CB-10845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov reopened CB-10845:
---

> Location permission lost for Windows Phone 8.1
> --
>
> Key: CB-10845
> URL: https://issues.apache.org/jira/browse/CB-10845
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Geolocation, Windows
> Environment: Windows Phone 8.1
>Reporter: Steffen Schaffert
>Assignee: Vladimir Kotikov
>
> After updating to the latest Cordova versions (cordova-cli 6.0.0, 
> cordova-windows 4.3.1, cordova-plugin-geolocation 2.1.0), the location 
> capability is missing from the appxmanifest file.
> In the platforms/windows folder, the file "package.windows.appxmanifest" 
> contains the following region:
> 
>   
>   
> 
> The file "package.phone.appxmanifest", which seems to be relevant when 
> building for the ARM platform, is missing the location entry:
> 
>   
> 
> I don't know whether this is a bug in the geolocation plugin (which should 
> add the permission) or in the windows platform. I was able to fix the problem 
> for me by extending the plugin.xml of the geolocation plugin and adding:
>  parent="/Package/Capabilities">
> 
> 
> This seems to be a bug because the existing extra with 
> target="package.appxmanifest" works for the file package.windows.appxmanifest 
> but not for package.phone.appxmanifest.
> Edit: The build target was "Windows Phone (Universal)" from Visual Studio 
> 2015, which results in creating an app package with the following name: 
> "CordovaApp.Phone__arm.appxupload



--
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-10906) OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1

2016-03-23 Thread jdat82 (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208852#comment-15208852
 ] 

jdat82 commented on CB-10906:
-

I can reproduce it on HTC 8S and the emulator.

> OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1
> --
>
> Key: CB-10906
> URL: https://issues.apache.org/jira/browse/CB-10906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
> Environment: - cordova 6
> - cordova-windows 4.3.1
> - ionic 1.2.4
> - Windows Phone SDK 8.1
> - Visual Studio 2015 Community
> - Windows 10
>Reporter: jdat82
>Assignee: Sergey Shakhnazarov
>  Labels: no-repro, triaged, wfc
> Attachments: outofmemory.zip
>
>
> Hi,
> I'm testing a simple scenario :
> - an ionic project with a side menu containing 3 items
> - first item open a remote page in an iframe
> - second item open another page on same domain in another iframe
> - third item do the same
> Generally it takes 3 to 10 navigations to crash the app : OUT OF MEMORY ERROR.
> I dit the same test with plugin inappbrowser. Same result. It is probably not 
> specific to iframes.
> I seems to me it might be a cordova bug.  Does anyone have an idea or a fix ? 
> I'm out of option right now. 
> Thanks. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-10845) Location permission lost for Windows Phone 8.1


 [ 
https://issues.apache.org/jira/browse/CB-10845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Vladimir Kotikov reassigned CB-10845:
-

Assignee: Vladimir Kotikov

> Location permission lost for Windows Phone 8.1
> --
>
> Key: CB-10845
> URL: https://issues.apache.org/jira/browse/CB-10845
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Geolocation, Windows
> Environment: Windows Phone 8.1
>Reporter: Steffen Schaffert
>Assignee: Vladimir Kotikov
>
> After updating to the latest Cordova versions (cordova-cli 6.0.0, 
> cordova-windows 4.3.1, cordova-plugin-geolocation 2.1.0), the location 
> capability is missing from the appxmanifest file.
> In the platforms/windows folder, the file "package.windows.appxmanifest" 
> contains the following region:
> 
>   
>   
> 
> The file "package.phone.appxmanifest", which seems to be relevant when 
> building for the ARM platform, is missing the location entry:
> 
>   
> 
> I don't know whether this is a bug in the geolocation plugin (which should 
> add the permission) or in the windows platform. I was able to fix the problem 
> for me by extending the plugin.xml of the geolocation plugin and adding:
>  parent="/Package/Capabilities">
> 
> 
> This seems to be a bug because the existing extra with 
> target="package.appxmanifest" works for the file package.windows.appxmanifest 
> but not for package.phone.appxmanifest.
> Edit: The build target was "Windows Phone (Universal)" from Visual Studio 
> 2015, which results in creating an app package with the following name: 
> "CordovaApp.Phone__arm.appxupload



--
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-10906) OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1


 [ 
https://issues.apache.org/jira/browse/CB-10906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov updated CB-10906:
-
Labels: no-repro triaged wfc  (was: no-repro triaged)

> OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1
> --
>
> Key: CB-10906
> URL: https://issues.apache.org/jira/browse/CB-10906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
> Environment: - cordova 6
> - cordova-windows 4.3.1
> - ionic 1.2.4
> - Windows Phone SDK 8.1
> - Visual Studio 2015 Community
> - Windows 10
>Reporter: jdat82
>Assignee: Sergey Shakhnazarov
>  Labels: no-repro, triaged, wfc
> Attachments: outofmemory.zip
>
>
> Hi,
> I'm testing a simple scenario :
> - an ionic project with a side menu containing 3 items
> - first item open a remote page in an iframe
> - second item open another page on same domain in another iframe
> - third item do the same
> Generally it takes 3 to 10 navigations to crash the app : OUT OF MEMORY ERROR.
> I dit the same test with plugin inappbrowser. Same result. It is probably not 
> specific to iframes.
> I seems to me it might be a cordova bug.  Does anyone have an idea or a fix ? 
> I'm out of option right now. 
> Thanks. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10906) OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1


[ 
https://issues.apache.org/jira/browse/CB-10906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208811#comment-15208811
 ] 

Sergey Shakhnazarov commented on CB-10906:
--

Thanks for the repro steps and the sample project, [~jean@gmail.com], what 
device is this reproducing on?
I can't reproduce the issue on Nokia Lumia 525 - I also can't see any memory 
leak in Windows Phone Developer Power Tools(8.1).

> OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1
> --
>
> Key: CB-10906
> URL: https://issues.apache.org/jira/browse/CB-10906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
> Environment: - cordova 6
> - cordova-windows 4.3.1
> - ionic 1.2.4
> - Windows Phone SDK 8.1
> - Visual Studio 2015 Community
> - Windows 10
>Reporter: jdat82
>Assignee: Sergey Shakhnazarov
>  Labels: no-repro, triaged, wfc
> Attachments: outofmemory.zip
>
>
> Hi,
> I'm testing a simple scenario :
> - an ionic project with a side menu containing 3 items
> - first item open a remote page in an iframe
> - second item open another page on same domain in another iframe
> - third item do the same
> Generally it takes 3 to 10 navigations to crash the app : OUT OF MEMORY ERROR.
> I dit the same test with plugin inappbrowser. Same result. It is probably not 
> specific to iframes.
> I seems to me it might be a cordova bug.  Does anyone have an idea or a fix ? 
> I'm out of option right now. 
> Thanks. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-10906) OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1


 [ 
https://issues.apache.org/jira/browse/CB-10906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov updated CB-10906:
-
Labels: no-repro triaged  (was: triaged)

> OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1
> --
>
> Key: CB-10906
> URL: https://issues.apache.org/jira/browse/CB-10906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
> Environment: - cordova 6
> - cordova-windows 4.3.1
> - ionic 1.2.4
> - Windows Phone SDK 8.1
> - Visual Studio 2015 Community
> - Windows 10
>Reporter: jdat82
>Assignee: Sergey Shakhnazarov
>  Labels: no-repro, triaged
> Attachments: outofmemory.zip
>
>
> Hi,
> I'm testing a simple scenario :
> - an ionic project with a side menu containing 3 items
> - first item open a remote page in an iframe
> - second item open another page on same domain in another iframe
> - third item do the same
> Generally it takes 3 to 10 navigations to crash the app : OUT OF MEMORY ERROR.
> I dit the same test with plugin inappbrowser. Same result. It is probably not 
> specific to iframes.
> I seems to me it might be a cordova bug.  Does anyone have an idea or a fix ? 
> I'm out of option right now. 
> Thanks. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10050) Inconsistent saveToPhotoAlbum behavior on PHOTOLIBRARY images


[ 
https://issues.apache.org/jira/browse/CB-10050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208796#comment-15208796
 ] 

Richard B Knoll commented on CB-10050:
--

After discussing this with Mefire, we have decided that the behavior should 
indeed be to ignore this flag when picking from the gallery. It's just 
completely useless in that case as all it will do is duplicate the image. Even 
if allowEdit is set to true, the original image would be saved so there is no 
use case there. Sounds like [~ThillaiganeshChan]'s PR is making the correct 
change.

> Inconsistent saveToPhotoAlbum behavior on PHOTOLIBRARY images
> -
>
> Key: CB-10050
> URL: https://issues.apache.org/jira/browse/CB-10050
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Reporter: Richard B Knoll
>Priority: Minor
>  Labels: android, ios
>
> Another quirk: iOS will actually save images to the photo album if chosen 
> from the {{PHOTOLIBRARY}} source. Android, I believe, only saves those from 
> the {{CAMERA}} source. Not sure what the correct way to resolve this is. I do 
> not see any reason that you would ever want to save the same photo twice, 
> even if the user crops 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-10050) Inconsistent saveToPhotoAlbum behavior on PHOTOLIBRARY images


 [ 
https://issues.apache.org/jira/browse/CB-10050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard B Knoll updated CB-10050:
-
Assignee: (was: Richard B Knoll)

> Inconsistent saveToPhotoAlbum behavior on PHOTOLIBRARY images
> -
>
> Key: CB-10050
> URL: https://issues.apache.org/jira/browse/CB-10050
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Reporter: Richard B Knoll
>Priority: Minor
>  Labels: android, ios
>
> Another quirk: iOS will actually save images to the photo album if chosen 
> from the {{PHOTOLIBRARY}} source. Android, I believe, only saves those from 
> the {{CAMERA}} source. Not sure what the correct way to resolve this is. I do 
> not see any reason that you would ever want to save the same photo twice, 
> even if the user crops 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-10783) Flaky media test in iOS


 [ 
https://issues.apache.org/jira/browse/CB-10783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Omar Mefire updated CB-10783:
-
Assignee: (was: Omar Mefire)

> Flaky media test in iOS
> ---
>
> Key: CB-10783
> URL: https://issues.apache.org/jira/browse/CB-10783
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Plugin Media
>Reporter: Richard B Knoll
>  Labels: found-by-ci, ios
>
> {code}
> cordova-plugin-media-tests.tests >> Media actual playback media.spec.17 
> duration should be set properly
> Error: Timeout - Async callback was not invoked within timeout 
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/DA6D3C8F-39BE-486B-A6DB-362B7BA75FD3/data/Containers/Bundle/Application/746B9F0F-004E-4950-B441-DB5A505104FB/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> 
> file:///Users/buildbot/Library/Developer/CoreSimulator/Devices/DA6D3C8F-39BE-486B-A6DB-362B7BA75FD3/data/Containers/Bundle/Application/746B9F0F-004E-4950-B441-DB5A505104FB/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> {code}
> Shows up sometimes in the CI



--
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-10050) Inconsistent saveToPhotoAlbum behavior on PHOTOLIBRARY images


 [ 
https://issues.apache.org/jira/browse/CB-10050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Omar Mefire updated CB-10050:
-
Assignee: Richard B Knoll  (was: Omar Mefire)

> Inconsistent saveToPhotoAlbum behavior on PHOTOLIBRARY images
> -
>
> Key: CB-10050
> URL: https://issues.apache.org/jira/browse/CB-10050
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Reporter: Richard B Knoll
>Assignee: Richard B Knoll
>Priority: Minor
>  Labels: android, ios
>
> Another quirk: iOS will actually save images to the photo album if chosen 
> from the {{PHOTOLIBRARY}} source. Android, I believe, only saves those from 
> the {{CAMERA}} source. Not sure what the correct way to resolve this is. I do 
> not see any reason that you would ever want to save the same photo twice, 
> even if the user crops 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-10884) Inappbrowser breaks UI while Screen orientation changes from landscape to portrait on iOS


 [ 
https://issues.apache.org/jira/browse/CB-10884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov updated CB-10884:
-
Labels: iOS orientation performance reproduced triaged  (was: iOS 
orientation performance triaged)

> Inappbrowser breaks UI while Screen orientation changes from landscape to 
> portrait on iOS
> -
>
> Key: CB-10884
> URL: https://issues.apache.org/jira/browse/CB-10884
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser, Plugin Statusbar
>Affects Versions: 2.3.0
> Environment: iOS
>Reporter: Mangesh Kurve
>Assignee: Sergey Shakhnazarov
>  Labels: iOS, orientation, performance, reproduced, triaged
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> I am developing app using cordova 5.4.1, Also I am using latest InAppBrowser 
> plugin. Below are the steps to reproduce the issue.
> Open the URL in InAppBrowser
> Change the app orientation from portrait to landscape
> Press done button of InAppBrowser and check the app in landscape mode only, 
> you will get some blank portion
> I am using iOS 9.2.1
> Also I did some modifications and I figured out that this happens when we are 
> using status bar plugin. If i run the app without status bar plugin, it works 
> fine. So issue is occurred when you are using status bar plugin
> Please let me know if some one has faced same issue and got fixed.
> Thank you in advance.



--
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-10906) OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1

2016-03-23 Thread Nikhil Khandelwal (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nikhil Khandelwal updated CB-10906:
---
Labels: triaged  (was: triaged wfc)

> OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1
> --
>
> Key: CB-10906
> URL: https://issues.apache.org/jira/browse/CB-10906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
> Environment: - cordova 6
> - cordova-windows 4.3.1
> - ionic 1.2.4
> - Windows Phone SDK 8.1
> - Visual Studio 2015 Community
> - Windows 10
>Reporter: jdat82
>Assignee: Sergey Shakhnazarov
>  Labels: triaged
> Attachments: outofmemory.zip
>
>
> Hi,
> I'm testing a simple scenario :
> - an ionic project with a side menu containing 3 items
> - first item open a remote page in an iframe
> - second item open another page on same domain in another iframe
> - third item do the same
> Generally it takes 3 to 10 navigations to crash the app : OUT OF MEMORY ERROR.
> I dit the same test with plugin inappbrowser. Same result. It is probably not 
> specific to iframes.
> I seems to me it might be a cordova bug.  Does anyone have an idea or a fix ? 
> I'm out of option right now. 
> Thanks. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-10906) OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1

2016-03-23 Thread Nikhil Khandelwal (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nikhil Khandelwal updated CB-10906:
---
Assignee: Sergey Shakhnazarov

> OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1
> --
>
> Key: CB-10906
> URL: https://issues.apache.org/jira/browse/CB-10906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
> Environment: - cordova 6
> - cordova-windows 4.3.1
> - ionic 1.2.4
> - Windows Phone SDK 8.1
> - Visual Studio 2015 Community
> - Windows 10
>Reporter: jdat82
>Assignee: Sergey Shakhnazarov
>  Labels: triaged
> Attachments: outofmemory.zip
>
>
> Hi,
> I'm testing a simple scenario :
> - an ionic project with a side menu containing 3 items
> - first item open a remote page in an iframe
> - second item open another page on same domain in another iframe
> - third item do the same
> Generally it takes 3 to 10 navigations to crash the app : OUT OF MEMORY ERROR.
> I dit the same test with plugin inappbrowser. Same result. It is probably not 
> specific to iframes.
> I seems to me it might be a cordova bug.  Does anyone have an idea or a fix ? 
> I'm out of option right now. 
> Thanks. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-10723) iOS9.2 no audio


[ 
https://issues.apache.org/jira/browse/CB-10723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208600#comment-15208600
 ] 

ASF GitHub Bot commented on CB-10723:
-

Github user ThunderTech-Avisolve commented on the pull request:


https://github.com/apache/cordova-plugin-media/pull/85#issuecomment-200395570
  
@ghenry22, I've been trying to follow all of this -- but, I'm having an 
issue where my app is correctly using [avPlayer play] to stream a MP3 file over 
https. Is there a bit rate requirement? For some reason it seems like certain 
files won't load with the avPlayer.

https://storage.googleapis.com/boc-audio/sermons_mp3/16722.mp3 is an 
example.

Here is some details from FFProbe: 

Duration: 00:26:36.16, start: 0.00, bitrate: 126 kb/s
Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, 
stereo, fltp, 125 kb/s (default)

If you could point me in the right direction, I don't want to give up and 
have to use the default media plugin which freezes my app for 10 seconds while 
it downloads the MP3 for playback.

Thanks!!



> iOS9.2 no audio
> ---
>
> Key: CB-10723
> URL: https://issues.apache.org/jira/browse/CB-10723
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: 2.2.0
> Environment: IonicFramework | ngCordova | cordova-plugin-media
>Reporter: Johnny Dong
>Assignee: Omar Mefire
>  Labels: easyfix, iOS, pendingPR, triaged
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> Found an issue with the latest cordova.plugin.media whilst i was putting 
> together a IonicFramework app for iOS 9.2.1 (iPhone 6s) to play an M4A file.
> The iOS logs would show:
> - Found resource '[path].m4a' in the web folder.
> Playing audio sample '[path].m4a'
> - Playing stream with AVPlayer & custom rate
> but no sound (both simulator + device)
> Debugging in Xcode, ./cordova-plugin-media/src/ios/CDVSound.m,ln 352 + 355 
> appears to be the culprit.
> Instead of using "avPlayer" which doesn't appear to have a handle to the 
> sound resource, switching to "audioFile.player" appears to resolve the sound 
> issue.
> *** ./cordova-plugin-media/src/ios/CDVSound.m,ln 352
> from:
> [avPlayer setRate:customRate];
> to:
> [audioFile.player setRate:customRate];
> *** ./cordova-plugin-media/src/ios/CDVSound.m,ln 355
> from:
> [avPlayer play];
> to:
> [audioFile.player play];
> NOTE: I've yet to create a PR as I have not signed the Apache ICLA, however 
> i've committed a code in my personal fork and happy for somebody to have a 
> look at it and submit on my behalf:
> https://github.com/spudmashmedia/cordova-plugin-media/commit/946ffcf569cbaa22241e8ec00f11b4a52a0c6809



--
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-10896) Cookies are not stored for local documents


[ 
https://issues.apache.org/jira/browse/CB-10896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208500#comment-15208500
 ] 

Joe Bowser commented on CB-10896:
-

Probably best to wait until release.

> Cookies are not stored for local documents
> --
>
> Key: CB-10896
> URL: https://issues.apache.org/jira/browse/CB-10896
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Android
>Reporter: Gareth McCaughan
>  Labels: triaged
>
> (I am using Android 6.0.1 and Cordova 6.0.0, but I do not believe this issue 
> is strongly version-specific.)
> I am building a Cordova application which is a fairly thin wrapper around a 
> small single-page web app. Setting document.cookie in its Javascript code 
> appears to do nothing, and reading document.cookie always returns an empty 
> string.
> I believe this is because the document is a local one rather than one served 
> by a remote server, and Android webviews do not by default permit the use of 
> cookies in such documents.
> It is possible to change this behaviour by calling 
> CookieManager.setAcceptFileSchemeCookies(true); early enough in the app's 
> lifecycle that no CookieManager object has yet been instantiated. In 
> particular, doing this at the very start of MainActivity.onCreate appears 
> sufficient.
> Is there a good reason why this shouldn't be Cordova's default behaviour? 
> (E.g., are such cookies shared between all apps on the 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-10937) Icons are more than stretched since cordova-android 5.1.0

2016-03-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208478#comment-15208478
 ] 

ASF GitHub Bot commented on CB-10937:
-

GitHub user akofman opened a pull request:

https://github.com/apache/cordova-plugin-inappbrowser/pull/157

CB-10937 fix stretched icons

As mentioned in the issue. Depending on the Theme configured from 
cordova-android, buttons can be stretched. 
I did a fix using ImageButtons instead to prevent that.

Thanks for your reviews !

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/akofman/cordova-plugin-inappbrowser master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-inappbrowser/pull/157.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 #157






> Icons are more than stretched since cordova-android 5.1.0
> -
>
> Key: CB-10937
> URL: https://issues.apache.org/jira/browse/CB-10937
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
> Environment: android
>Reporter: Alexis Kofman
>  Labels: android, inappbrowser
>
> Since cordova-android@5.0.1 and more especially this commit 
> https://github.com/apache/cordova-android/commit/73fd9e4dfa5dffde2eb14ebd6c736ca462d1e29f,
>  the theme has been updated.
> The inappbrowser plugin use images as background property of Button views. 
> So, depending on default margin values in the Theme, background images can be 
> stretched. 
> A fix could be to use ImageButton views instead and chose a scaleType if 
> needed.
> Here is what we have today using a version of cordova-android >= 5.1.0 :
> !https://cloud.githubusercontent.com/assets/579922/13982920/e81236c8-f0ec-11e5-9eeb-f969cba3b375.png|width=100%!



--
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-10896) Cookies are not stored for local documents

2016-03-23 Thread Gareth McCaughan (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208457#comment-15208457
 ] 

Gareth McCaughan commented on CB-10896:
---

As the reporter of this issue, should I be closing it now, or waiting until a 
Cordova version with the change in is released, or leaving it for someone 
actually part of the Cordova project to close?

> Cookies are not stored for local documents
> --
>
> Key: CB-10896
> URL: https://issues.apache.org/jira/browse/CB-10896
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Android
>Reporter: Gareth McCaughan
>  Labels: triaged
>
> (I am using Android 6.0.1 and Cordova 6.0.0, but I do not believe this issue 
> is strongly version-specific.)
> I am building a Cordova application which is a fairly thin wrapper around a 
> small single-page web app. Setting document.cookie in its Javascript code 
> appears to do nothing, and reading document.cookie always returns an empty 
> string.
> I believe this is because the document is a local one rather than one served 
> by a remote server, and Android webviews do not by default permit the use of 
> cookies in such documents.
> It is possible to change this behaviour by calling 
> CookieManager.setAcceptFileSchemeCookies(true); early enough in the app's 
> lifecycle that no CookieManager object has yet been instantiated. In 
> particular, doing this at the very start of MainActivity.onCreate appears 
> sufficient.
> Is there a good reason why this shouldn't be Cordova's default behaviour? 
> (E.g., are such cookies shared between all apps on the 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-10896) Cookies are not stored for local documents

2016-03-23 Thread Gareth McCaughan (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208451#comment-15208451
 ] 

Gareth McCaughan commented on CB-10896:
---

I understand that file: cookies are third-party cookies, but turning on 
third-party cookies does not suffice to turn on file: cookies. Cordova does the 
first of those but not, at present, the second.

(Until the commit you just made, that is. Thanks!)

> Cookies are not stored for local documents
> --
>
> Key: CB-10896
> URL: https://issues.apache.org/jira/browse/CB-10896
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: Android
>Reporter: Gareth McCaughan
>  Labels: triaged
>
> (I am using Android 6.0.1 and Cordova 6.0.0, but I do not believe this issue 
> is strongly version-specific.)
> I am building a Cordova application which is a fairly thin wrapper around a 
> small single-page web app. Setting document.cookie in its Javascript code 
> appears to do nothing, and reading document.cookie always returns an empty 
> string.
> I believe this is because the document is a local one rather than one served 
> by a remote server, and Android webviews do not by default permit the use of 
> cookies in such documents.
> It is possible to change this behaviour by calling 
> CookieManager.setAcceptFileSchemeCookies(true); early enough in the app's 
> lifecycle that no CookieManager object has yet been instantiated. In 
> particular, doing this at the very start of MainActivity.onCreate appears 
> sufficient.
> Is there a good reason why this shouldn't be Cordova's default behaviour? 
> (E.g., are such cookies shared between all apps on the 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-10320) logo.png file is damaged


[ 
https://issues.apache.org/jira/browse/CB-10320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208423#comment-15208423
 ] 

ASF subversion and git services commented on CB-10320:
--

Commit 6221bd7c7f54421a158cd18d1ecb8ee88247db07 in cordova-ios's branch 
refs/heads/master from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=6221bd7 ]

CB-10320 Fixes corrupted logo.png


> logo.png file is damaged
> 
>
> Key: CB-10320
> URL: https://issues.apache.org/jira/browse/CB-10320
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: App Hello World, iOS
>Reporter: Shazron Abdullah
>Assignee: Sergey Shakhnazarov
>Priority: Minor
>  Labels: easyfix
>
> Reported through email by domenico annunziata:
> {code}
> Dear Developer,
> I point out that the file "logo.png" on the path 
> "cordova-ios/bin/templates/project/www/img/" (commit 0348c36) on GitHub 
> is damaged.
> It seems that has one byte less than the previous version published before 
> this commit.
> {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] [Updated] (CB-10935) fix an issue of can not sync new contact into icloud which update new photo with ABPersonSetImageData()

2016-03-23 Thread ryouaki (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ryouaki updated CB-10935:
-
Component/s: (was: iOS)
 Plugin Contacts

> fix an issue of can not sync new contact into icloud which update new photo 
> with ABPersonSetImageData()
> ---
>
> Key: CB-10935
> URL: https://issues.apache.org/jira/browse/CB-10935
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: Master
> Environment: iOS
>Reporter: ryouaki
> Fix For: Master
>
>
> I add contact with photo by cordova-plugin-contacts ,add to contacts 
> successful.But the contact can not be sync into icloud.
> If without photo can work fine that sync into icloud successful.
> I try to fix this issue and add commit by pushing to master 
> https://github.com/apache/cordova-plugin-contacts/pull/109



--
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-10320) logo.png file is damaged


 [ 
https://issues.apache.org/jira/browse/CB-10320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov resolved CB-10320.
--
Resolution: Fixed

> logo.png file is damaged
> 
>
> Key: CB-10320
> URL: https://issues.apache.org/jira/browse/CB-10320
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: App Hello World, iOS
>Reporter: Shazron Abdullah
>Assignee: Sergey Shakhnazarov
>Priority: Minor
>  Labels: easyfix
>
> Reported through email by domenico annunziata:
> {code}
> Dear Developer,
> I point out that the file "logo.png" on the path 
> "cordova-ios/bin/templates/project/www/img/" (commit 0348c36) on GitHub 
> is damaged.
> It seems that has one byte less than the previous version published before 
> this commit.
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-10918) Travis tests are failing sometimes for cordova-ios


 [ 
https://issues.apache.org/jira/browse/CB-10918?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shakhnazarov resolved CB-10918.
--
Resolution: Fixed

> Travis tests are failing sometimes for cordova-ios
> --
>
> Key: CB-10918
> URL: https://issues.apache.org/jira/browse/CB-10918
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>  Labels: triaged
>
> Example:
> https://travis-ci.org/apache/cordova-ios/builds/115838036
> https://travis-ci.org/apache/cordova-ios/builds/116827042
> {noformat}
> Failures:
>   1) cordova-lib objective-c unit tests
>Message:
>  Expected 65 to be 0.
>Stacktrace:
>  Error: Expected 65 to be 0.
> at null. 
> (/Users/travis/build/apache/cordova-ios/tests/spec/cordovalib.spec.js:50:29)
> {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] [Commented] (CB-10320) logo.png file is damaged

2016-03-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-10320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208425#comment-15208425
 ] 

ASF GitHub Bot commented on CB-10320:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-ios/pull/204


> logo.png file is damaged
> 
>
> Key: CB-10320
> URL: https://issues.apache.org/jira/browse/CB-10320
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: App Hello World, iOS
>Reporter: Shazron Abdullah
>Assignee: Sergey Shakhnazarov
>Priority: Minor
>  Labels: easyfix
>
> Reported through email by domenico annunziata:
> {code}
> Dear Developer,
> I point out that the file "logo.png" on the path 
> "cordova-ios/bin/templates/project/www/img/" (commit 0348c36) on GitHub 
> is damaged.
> It seems that has one byte less than the previous version published before 
> this commit.
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-10938) Device Motion plugin not random in a watch on browser platform

2016-03-23 Thread Raymond Camden (JIRA)

Raymond Camden created CB-10938:
---

 Summary: Device Motion plugin not random in a watch on browser 
platform
 Key: CB-10938
 URL: https://issues.apache.org/jira/browse/CB-10938
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Device Motion
Reporter: Raymond Camden
Priority: Minor


When using the Browser platform and watchAcceleration, only the *initial* value 
is random. The Device Orientation plugin correctly uses random values for every 
iteration of its watch, but not Device Motion.



--
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-10918) Travis tests are failing sometimes for cordova-ios


[ 
https://issues.apache.org/jira/browse/CB-10918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208342#comment-15208342
 ] 

ASF subversion and git services commented on CB-10918:
--

Commit 7f74bca9a6f1d89dc707f74bf3a825af72e6943a in cordova-ios's branch 
refs/heads/master from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=7f74bca ]

CB-10918 Travis tests are failing sometimes for cordova-ios

Updates killall Simulator pname for XCode7


> Travis tests are failing sometimes for cordova-ios
> --
>
> Key: CB-10918
> URL: https://issues.apache.org/jira/browse/CB-10918
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>  Labels: triaged
>
> Example:
> https://travis-ci.org/apache/cordova-ios/builds/115838036
> https://travis-ci.org/apache/cordova-ios/builds/116827042
> {noformat}
> Failures:
>   1) cordova-lib objective-c unit tests
>Message:
>  Expected 65 to be 0.
>Stacktrace:
>  Error: Expected 65 to be 0.
> at null. 
> (/Users/travis/build/apache/cordova-ios/tests/spec/cordovalib.spec.js:50:29)
> {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] [Commented] (CB-10918) Travis tests are failing sometimes for cordova-ios


[ 
https://issues.apache.org/jira/browse/CB-10918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208343#comment-15208343
 ] 

ASF GitHub Bot commented on CB-10918:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-ios/pull/209


> Travis tests are failing sometimes for cordova-ios
> --
>
> Key: CB-10918
> URL: https://issues.apache.org/jira/browse/CB-10918
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>  Labels: triaged
>
> Example:
> https://travis-ci.org/apache/cordova-ios/builds/115838036
> https://travis-ci.org/apache/cordova-ios/builds/116827042
> {noformat}
> Failures:
>   1) cordova-lib objective-c unit tests
>Message:
>  Expected 65 to be 0.
>Stacktrace:
>  Error: Expected 65 to be 0.
> at null. 
> (/Users/travis/build/apache/cordova-ios/tests/spec/cordovalib.spec.js:50:29)
> {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] [Updated] (CB-10906) OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1

2016-03-23 Thread jdat82 (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

jdat82 updated CB-10906:

Attachment: outofmemory.zip

Demo app in order to illustrate the issue.
In order to test :
- npm install
- ionic state reset
- ionic build windows -- --phone

Then in app :
- switch between each page 
- generally it takes 6-7 navigations to crash the app

> OUTOFMEMORY ERROR — when creating several iframes on Windows Phone 8.1
> --
>
> Key: CB-10906
> URL: https://issues.apache.org/jira/browse/CB-10906
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
> Environment: - cordova 6
> - cordova-windows 4.3.1
> - ionic 1.2.4
> - Windows Phone SDK 8.1
> - Visual Studio 2015 Community
> - Windows 10
>Reporter: jdat82
>  Labels: triaged, wfc
> Attachments: outofmemory.zip
>
>
> Hi,
> I'm testing a simple scenario :
> - an ionic project with a side menu containing 3 items
> - first item open a remote page in an iframe
> - second item open another page on same domain in another iframe
> - third item do the same
> Generally it takes 3 to 10 navigations to crash the app : OUT OF MEMORY ERROR.
> I dit the same test with plugin inappbrowser. Same result. It is probably not 
> specific to iframes.
> I seems to me it might be a cordova bug.  Does anyone have an idea or a fix ? 
> I'm out of option right now. 
> Thanks. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-10937) Icons are more than stretched since cordova-android 5.1.0

2016-03-23 Thread Alexis Kofman (JIRA)

Alexis Kofman created CB-10937:
--

 Summary: Icons are more than stretched since cordova-android 5.1.0
 Key: CB-10937
 URL: https://issues.apache.org/jira/browse/CB-10937
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
 Environment: android
Reporter: Alexis Kofman


Since cordova-android@5.0.1 and more especially this commit 
https://github.com/apache/cordova-android/commit/73fd9e4dfa5dffde2eb14ebd6c736ca462d1e29f,
 the theme has been updated.

The inappbrowser plugin use images as background property of Button views. 
So, depending on default margin values in the Theme, background images can be 
stretched. 

A fix could be to use ImageButton views instead and chose a scaleType if needed.

Here is what we have today using a version of cordova-android >= 5.1.0 :
!https://cloud.githubusercontent.com/assets/579922/13982920/e81236c8-f0ec-11e5-9eeb-f969cba3b375.png|width=100%!



--
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-10936) correctOrientation not working when picking up from library on certain devices

2016-03-23 Thread jose (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

jose updated CB-10936:
--
Description: 
When using for example: Samsung S6 Edge the correctOrientation isn't working 
when using the following properties:

{code}
var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.DATA_URL
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  targetWidth: 900,
  targetHeight: 900,
  quality: 80,
  saveToPhotoAlbum: true,
  correctOrientation: true
};
{code}

*This issue happens only on certain devices, it works fine for the majority, 
I've tested it in 7 devices*

if the image is retrieved from the library without any transformation and by 
the file url it is fine:

{code}
var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.FILE_URI
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  saveToPhotoAlbum: true,
  correctOrientation: true
};
{code}

when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
targetHeight are set it completely ignores it. It returns the path to the full 
image

  was:
When using for example: Samsung S6 Edge the correctOrientation isn't working 
when using the following properties:

{code}
var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.DATA_URL
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  targetWidth: 900,
  targetHeight: 900,
  quality: 80,
  saveToPhotoAlbum: true,
  correctOrientation: true
};
{code}

if the image is retrieved from the library without any transformation and by 
the file url it is fine:

{code}
var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.FILE_URI
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  saveToPhotoAlbum: true,
  correctOrientation: true
};
{code}

when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
targetHeight are set it completely ignores it. It returns the path to the full 
image


> correctOrientation not working when picking up from library on certain devices
> --
>
> Key: CB-10936
> URL: https://issues.apache.org/jira/browse/CB-10936
> Project: Apache Cordova
>  Issue Type: Bug
>Affects Versions: 2.1.0, 2.1.1
>Reporter: jose
>
> When using for example: Samsung S6 Edge the correctOrientation isn't working 
> when using the following properties:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.DATA_URL
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 900,
>   targetHeight: 900,
>   quality: 80,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> *This issue happens only on certain devices, it works fine for the majority, 
> I've tested it in 7 devices*
> if the image is retrieved from the library without any transformation and by 
> the file url it is fine:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.FILE_URI
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
> targetHeight are set it completely ignores it. It returns the path to the 
> full image



--
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-10936) correctOrientation not working when picking up from library on certain devices

2016-03-23 Thread jose (JIRA)

jose created CB-10936:
-

 Summary: correctOrientation not working when picking up from 
library on certain devices
 Key: CB-10936
 URL: https://issues.apache.org/jira/browse/CB-10936
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 2.1.0, 2.1.1
Reporter: jose


When using for example: Samsung S6 Edge the correctOrientation isn't working 
when using the following properties:


var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.DATA_URL
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  targetWidth: 900,
  targetHeight: 900,
  quality: 80,
  saveToPhotoAlbum: true,
  correctOrientation: true
};


if the image is retrieved from the library without any transformation and by 
the file url it is fine:


var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.FILE_URI
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  saveToPhotoAlbum: true,
  correctOrientation: true
};


when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
targetHeight are set it completely ignores it. It returns the path to the full 
image



--
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-10936) correctOrientation not working when picking up from library on certain devices

2016-03-23 Thread jose (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-10936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

jose updated CB-10936:
--
Description: 
When using for example: Samsung S6 Edge the correctOrientation isn't working 
when using the following properties:

{code}
var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.DATA_URL
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  targetWidth: 900,
  targetHeight: 900,
  quality: 80,
  saveToPhotoAlbum: true,
  correctOrientation: true
};
{code}

if the image is retrieved from the library without any transformation and by 
the file url it is fine:

{code}
var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.FILE_URI
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  saveToPhotoAlbum: true,
  correctOrientation: true
};
{code}

when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
targetHeight are set it completely ignores it. It returns the path to the full 
image

  was:
When using for example: Samsung S6 Edge the correctOrientation isn't working 
when using the following properties:


var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.DATA_URL
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  targetWidth: 900,
  targetHeight: 900,
  quality: 80,
  saveToPhotoAlbum: true,
  correctOrientation: true
};


if the image is retrieved from the library without any transformation and by 
the file url it is fine:


var options = {
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  destinationType: Camera.DestinationType.FILE_URI
  mediaType: Camera.MediaType.PICTURE,
  allowEdit: false,
  encodingType: Camera.EncodingType.JPEG,
  saveToPhotoAlbum: true,
  correctOrientation: true
};


when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
targetHeight are set it completely ignores it. It returns the path to the full 
image


> correctOrientation not working when picking up from library on certain devices
> --
>
> Key: CB-10936
> URL: https://issues.apache.org/jira/browse/CB-10936
> Project: Apache Cordova
>  Issue Type: Bug
>Affects Versions: 2.1.0, 2.1.1
>Reporter: jose
>
> When using for example: Samsung S6 Edge the correctOrientation isn't working 
> when using the following properties:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.DATA_URL
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   targetWidth: 900,
>   targetHeight: 900,
>   quality: 80,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> if the image is retrieved from the library without any transformation and by 
> the file url it is fine:
> {code}
> var options = {
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   destinationType: Camera.DestinationType.FILE_URI
>   mediaType: Camera.MediaType.PICTURE,
>   allowEdit: false,
>   encodingType: Camera.EncodingType.JPEG,
>   saveToPhotoAlbum: true,
>   correctOrientation: true
> };
> {code}
> when using *Camera.DestinationType.FILE_URI* even if targetWidth and 
> targetHeight are set it completely ignores it. It returns the path to the 
> full image



--
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-10918) Travis tests are failing sometimes for cordova-ios