date:20170223

[jira] [Created] (CB-12503) on Windows 10 camera plugin doesn't default to back camera

2017-02-23 Thread Karthik Balakrishnan (JIRA)

Karthik Balakrishnan created CB-12503:
-

 Summary: on Windows 10 camera plugin doesn't default to back camera
 Key: CB-12503
 URL: https://issues.apache.org/jira/browse/CB-12503
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
 Environment: Windows 10 tablets with dual cameras
Reporter: Karthik Balakrishnan
Priority: Minor


On dual camera Windows 10 tablets, the camera plugin doesn't default to back 
camera even when the option:
cameraDirection: Camera.Direction.BACK 
is passed. 

Camera plugin version: 2.3.1



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12499) UWP : Dependent external libraries specified as resource-file not being referenced in Release mode.

2017-02-23 Thread Srutha Keerthi (JIRA)


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

Srutha Keerthi commented on CB-12499:
-

The mfp jsonstore plugin fails : 
https://www.npmjs.com/package/cordova-plugin-mfp-jsonstore.

> UWP  : Dependent external libraries specified as resource-file not being 
> referenced in Release mode.
> 
>
> Key: CB-12499
> URL: https://issues.apache.org/jira/browse/CB-12499
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 5.0.0, 4.4.2, 4.4.3
> Environment: Cordova Windows
>Reporter: Srutha Keerthi
> Fix For: 5.0.0, 4.4.2, 4.4.3
>
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12465) Rewrite JUnit Tests

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12465:
-

Github user fujunwei commented on the issue:

https://github.com/apache/cordova-android/pull/363
  
There is a test failed on SM-G9250.
> org.apache.cordova.unittests.IFrameTest > iFrameHistory[SM-G9250 - 6.0.1] 
FAILED 
at junit.framework.Assert.fail(Assert.java:48)

And there are two tests failed on Android Things platform.
>  org.apache.cordova.unittests.BackButtonMultipageTest > 
testViaBackButtonOnView[iot_joule - 7.0] FAILED  at 
android.support.test.espresso.NoActivityResumedException: No activities in 
stage RESUMED. Did you forget to launch the activity. (test.getActivity() or 
similar)?

> org.apache.cordova.unittests.IFrameTest > iFrameHistory[iot_joule - 7.0] 
FAILED at android.support.test.espresso.NoActivityResumedException: No 
activities in stage RESUMED. Did you forget to launch the activity. 
(test.getActivity() or similar)?


> Rewrite JUnit Tests
> ---
>
> Key: CB-12465
> URL: https://issues.apache.org/jira/browse/CB-12465
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>Priority: Blocker
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12465) Rewrite JUnit Tests

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12465:
-

Github user infil00p commented on the issue:

https://github.com/apache/cordova-android/pull/363
  
FYI: I'll be collapsing the commits on Friday when I merge this thing in.


> Rewrite JUnit Tests
> ---
>
> Key: CB-12465
> URL: https://issues.apache.org/jira/browse/CB-12465
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>Priority: Blocker
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12502) Document minimum iOS version support / Xcode requirements

2017-02-23 Thread Kerri Shotts (JIRA)


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

Kerri Shotts commented on CB-12502:
---

I do know that the launch storyboard feature requires Xcode 7+, and should be 
supported by iOS 8+. (Xcode 6 used an incompatible variation, and so can't 
compile the more modern version of the feature. Fun.)

Given the discuss thread, I would expect that upon cordova-ios@4.4.0 release, 
we'd officially support iOS 9+ and Xcode 7+ (as of 4.3.0).

Definitely agree, though -- clarification and consistency is needed. :-)

[~shazron]: I can generate some fresh Xcode & Sim screenshots tomorrow, if 
you'd like.

> Document minimum iOS version support / Xcode requirements
> -
>
> Key: CB-12502
> URL: https://issues.apache.org/jira/browse/CB-12502
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Docs, iOS
>Affects Versions: Master
>Reporter: Filip Maj
>Assignee: Shazron Abdullah
>
> I was trying to answer the question "what minimum iOS version does 
> cordova-ios support?" Finding an answer to that question was challenging and 
> lead to some conflicting information.
> There was a [discuss thread on the mailing list talking about 
> this|https://lists.apache.org/thread.html/6dbe3ad68265e52982f44e4e68ff413dd5ed1617ea0cef25a4e844da@%3Cdev.cordova.apache.org%3E],
>  but that is the only source of information on the topic.
> First, the [cordova-ios repository itself only mentions that Xcode 7+ is a 
> requirement|https://github.com/apache/cordova-ios#cordova-ios]. Perhaps we 
> should also explicitly mention what iOS version(s) we support?
> Second, the [cordova-docs mentions Xcode 6+ is required, and vaguely mentions 
> iOS 8 (but does not imply that that is the minimum 
> version|https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html#requirements-and-support].
>  Perhaps we can clarify the requirements here?
> Third, the [cordova-docs iOS simulator instructions show screenshots using an 
> old (probably unsupported?) Xcode version, deploying to iOS 5 and 6 
> simulators (which I think are now also 
> unsupported)|https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html#deploying-to-simulator].
>  Should we update these as well? 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12326) Crash on Android: CommonDataKinds.*.LABEL

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12326:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-contacts/pull/146


> Crash on Android: CommonDataKinds.*.LABEL
> -
>
> Key: CB-12326
> URL: https://issues.apache.org/jira/browse/CB-12326
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
> Environment: Android: Samsung Galaxy S6
>Reporter: Andreas
>Priority: Critical
>  Labels: Android, crash, reproduced
>
> The ContactAccessorSdk5 is missing the "LABEL" CommonDataKinds column 
> definition for multple Cursors, causing the "search" function to crash.
> {code:title=is|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> }
> {code}
> {code:title=should be|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> columnsToFetch.add(CommonDataKinds.Email.LABEL);
> }
> {code}
> missing columns are:
> - CommonDataKinds.Phone.LABEL
> - CommonDataKinds.Email.LABEL
> - CommonDataKinds.StructuredPostal.LABEL
> - CommonDataKinds.Organization.LABEL
> - CommonDataKinds.Website.LABEL
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime: 
> java.lang.IllegalStateException: Couldn't read row 174, col -1 from 
> CursorWindow.  Make sure the Cursor is initialized correctly before accessing 
> data from it.
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.nativeGetString(Native Method)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.getString(CursorWindow.java:451)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWrapper.getString(CursorWrapper.java:137)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:900)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:428)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:287)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.lang.Thread.run(Thread.java:818)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12326) Crash on Android: CommonDataKinds.*.LABEL

2017-02-23 Thread ASF subversion and git services (JIRA)


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

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

Commit 3aacb93f1b72e447dd2bd94e26aca9519902a907 in cordova-plugin-contacts's 
branch refs/heads/master from andreas.kausler
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=3aacb93 
]

CB-12326 fix: Crash on Android: CommonDataKinds.*.LABEL

This closes #146


> Crash on Android: CommonDataKinds.*.LABEL
> -
>
> Key: CB-12326
> URL: https://issues.apache.org/jira/browse/CB-12326
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
> Environment: Android: Samsung Galaxy S6
>Reporter: Andreas
>Priority: Critical
>  Labels: Android, crash, reproduced
>
> The ContactAccessorSdk5 is missing the "LABEL" CommonDataKinds column 
> definition for multple Cursors, causing the "search" function to crash.
> {code:title=is|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> }
> {code}
> {code:title=should be|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> columnsToFetch.add(CommonDataKinds.Email.LABEL);
> }
> {code}
> missing columns are:
> - CommonDataKinds.Phone.LABEL
> - CommonDataKinds.Email.LABEL
> - CommonDataKinds.StructuredPostal.LABEL
> - CommonDataKinds.Organization.LABEL
> - CommonDataKinds.Website.LABEL
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime: 
> java.lang.IllegalStateException: Couldn't read row 174, col -1 from 
> CursorWindow.  Make sure the Cursor is initialized correctly before accessing 
> data from it.
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.nativeGetString(Native Method)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.getString(CursorWindow.java:451)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWrapper.getString(CursorWrapper.java:137)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:900)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:428)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:287)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.lang.Thread.run(Thread.java:818)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12326) Crash on Android: CommonDataKinds.*.LABEL

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12326:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/146
  
Oh, and @mad-nuts have you signed an Apache ICLA? (individual contributor 
license agreement)


> Crash on Android: CommonDataKinds.*.LABEL
> -
>
> Key: CB-12326
> URL: https://issues.apache.org/jira/browse/CB-12326
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
> Environment: Android: Samsung Galaxy S6
>Reporter: Andreas
>Priority: Critical
>  Labels: Android, crash, reproduced
>
> The ContactAccessorSdk5 is missing the "LABEL" CommonDataKinds column 
> definition for multple Cursors, causing the "search" function to crash.
> {code:title=is|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> }
> {code}
> {code:title=should be|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> columnsToFetch.add(CommonDataKinds.Email.LABEL);
> }
> {code}
> missing columns are:
> - CommonDataKinds.Phone.LABEL
> - CommonDataKinds.Email.LABEL
> - CommonDataKinds.StructuredPostal.LABEL
> - CommonDataKinds.Organization.LABEL
> - CommonDataKinds.Website.LABEL
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime: 
> java.lang.IllegalStateException: Couldn't read row 174, col -1 from 
> CursorWindow.  Make sure the Cursor is initialized correctly before accessing 
> data from it.
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.nativeGetString(Native Method)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.getString(CursorWindow.java:451)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWrapper.getString(CursorWrapper.java:137)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:900)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:428)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:287)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.lang.Thread.run(Thread.java:818)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12326) Crash on Android: CommonDataKinds.*.LABEL

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12326:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/146
  
Thanks for the review @infil00p !

@mad-nuts can you do me a favour and rebase w/ the latest master and 
force-push up to your branch, for one more CI / cordova-qa run, please?


> Crash on Android: CommonDataKinds.*.LABEL
> -
>
> Key: CB-12326
> URL: https://issues.apache.org/jira/browse/CB-12326
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
> Environment: Android: Samsung Galaxy S6
>Reporter: Andreas
>Priority: Critical
>  Labels: Android, crash, reproduced
>
> The ContactAccessorSdk5 is missing the "LABEL" CommonDataKinds column 
> definition for multple Cursors, causing the "search" function to crash.
> {code:title=is|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> }
> {code}
> {code:title=should be|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> columnsToFetch.add(CommonDataKinds.Email.LABEL);
> }
> {code}
> missing columns are:
> - CommonDataKinds.Phone.LABEL
> - CommonDataKinds.Email.LABEL
> - CommonDataKinds.StructuredPostal.LABEL
> - CommonDataKinds.Organization.LABEL
> - CommonDataKinds.Website.LABEL
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime: 
> java.lang.IllegalStateException: Couldn't read row 174, col -1 from 
> CursorWindow.  Make sure the Cursor is initialized correctly before accessing 
> data from it.
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.nativeGetString(Native Method)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.getString(CursorWindow.java:451)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWrapper.getString(CursorWrapper.java:137)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:900)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:428)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:287)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.lang.Thread.run(Thread.java:818)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12326) Crash on Android: CommonDataKinds.*.LABEL

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12326:
-

Github user infil00p commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/146
  
Honestly, the Contacts API on Android itself is buggy and unpredictable.  
Just run adb logcat without debugging anything and you'll see a stack trace 
from Facebook, Twitter, Snapchat or some other app that has access to contacts 
on your device in less than an hour.

In short, good luck reproducing a lot of these Contacts bugs.  I'll take 
your word that things are broken and accept this one.


> Crash on Android: CommonDataKinds.*.LABEL
> -
>
> Key: CB-12326
> URL: https://issues.apache.org/jira/browse/CB-12326
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
> Environment: Android: Samsung Galaxy S6
>Reporter: Andreas
>Priority: Critical
>  Labels: Android, crash, reproduced
>
> The ContactAccessorSdk5 is missing the "LABEL" CommonDataKinds column 
> definition for multple Cursors, causing the "search" function to crash.
> {code:title=is|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> }
> {code}
> {code:title=should be|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> columnsToFetch.add(CommonDataKinds.Email.LABEL);
> }
> {code}
> missing columns are:
> - CommonDataKinds.Phone.LABEL
> - CommonDataKinds.Email.LABEL
> - CommonDataKinds.StructuredPostal.LABEL
> - CommonDataKinds.Organization.LABEL
> - CommonDataKinds.Website.LABEL
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime: 
> java.lang.IllegalStateException: Couldn't read row 174, col -1 from 
> CursorWindow.  Make sure the Cursor is initialized correctly before accessing 
> data from it.
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.nativeGetString(Native Method)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.getString(CursorWindow.java:451)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWrapper.getString(CursorWrapper.java:137)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:900)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:428)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:287)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> java.lang.Thread.run(Thread.java:818)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8076) Add browser platform support to all core plugins

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-8076:


Github user surajpindoria commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/122
  
Merged


> Add browser platform support to all core plugins
> 
>
> Key: CB-8076
> URL: https://issues.apache.org/jira/browse/CB-8076
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Browser
>Reporter: Mark Koudritsky
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8076) Add browser platform support to all core plugins

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-8076:


Github user surajpindoria closed the pull request at:

https://github.com/apache/cordova-plugin-contacts/pull/122


> Add browser platform support to all core plugins
> 
>
> Key: CB-8076
> URL: https://issues.apache.org/jira/browse/CB-8076
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Browser
>Reporter: Mark Koudritsky
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8076) Add browser platform support to all core plugins

2017-02-23 Thread ASF subversion and git services (JIRA)


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

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

Commit 308922827c24e63470c05896ad90b31a134ba2b5 in cordova-plugin-contacts's 
branch refs/heads/master from [~surajpindoria]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=3089228 
]

[CB-8076] Provide error support for browser platform


> Add browser platform support to all core plugins
> 
>
> Key: CB-8076
> URL: https://issues.apache.org/jira/browse/CB-8076
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Browser
>Reporter: Mark Koudritsky
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8348) Add Cordova Android to Maven Central / jCenter

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-8348:


Github user bhariharan commented on the issue:

https://github.com/apache/cordova-android/pull/364
  
@stevengill I realized that you're trending towards `6.2.0`, so I updated 
the version number to accurately reflect that. You might want to tweak this to 
pull in the version number from `VERSION` once you merge this.


> Add Cordova Android to Maven Central / jCenter
> --
>
> Key: CB-8348
> URL: https://issues.apache.org/jira/browse/CB-8348
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Android
>Reporter: Alan Rahlf
>Assignee: Steve Gill
>  Labels: CordovaAndroidSix
>
> My app uses uses Cordova as a component, primarily the plugin support and 
> infrastructure for communicating with the web view from the client.  For iOS, 
> I can add Cordova as a dependency using 
> [CocoaPods|https://github.com/CocoaPods/Specs/tree/master/Specs/Cordova] by 
> adding it to my Podfile.
> I know the initial Gradle integration work is still seemingly in it's 
> early/beta stages, but it would eventually be nice to add that dependency on 
> Android in a similar fashion by adding it as a compile dependency to my 
> build.gradle file.  Are there any plans to upload release artifacts to Maven 
> Central or jCenter after a release?  Or can/would they be uploaded/maintained 
> on those repositories by the community?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-8348) Add Cordova Android to Maven Central / jCenter

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-8348:


GitHub user bhariharan opened a pull request:

https://github.com/apache/cordova-android/pull/364

CB-8348: (android) Updating version number

### Platforms affected
Android

### What does this PR do?
Updates the version from `6.1.0` to `6.2.0`.

### What testing has been done on this change?
No testing required.

### Checklist
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) 
in the JIRA database
- [x] Commit message follows the format: "CB-8348: (android) Updating 
version number".
- [x] Added automated test coverage as appropriate for this change.


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

$ git pull https://github.com/bhariharan/cordova-android master

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

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


commit 1de524b45f566545b4b5a656269814d8fc8d9088
Author: Bharath Hariharan 
Date:   2017-02-23T19:13:10Z

Updating version




> Add Cordova Android to Maven Central / jCenter
> --
>
> Key: CB-8348
> URL: https://issues.apache.org/jira/browse/CB-8348
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Android
>Reporter: Alan Rahlf
>Assignee: Steve Gill
>  Labels: CordovaAndroidSix
>
> My app uses uses Cordova as a component, primarily the plugin support and 
> infrastructure for communicating with the web view from the client.  For iOS, 
> I can add Cordova as a dependency using 
> [CocoaPods|https://github.com/CocoaPods/Specs/tree/master/Specs/Cordova] by 
> adding it to my Podfile.
> I know the initial Gradle integration work is still seemingly in it's 
> early/beta stages, but it would eventually be nice to add that dependency on 
> Android in a similar fashion by adding it as a compile dependency to my 
> build.gradle file.  Are there any plans to upload release artifacts to Maven 
> Central or jCenter after a release?  Or can/would they be uploaded/maintained 
> on those repositories by the community?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11855) hasPhoneNumber does not work for iOS

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11855:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/134
  
@soonahn it looks like the tests are hanging in this pull request, across 
all platforms, surprisingly! I think it may be because your branch is ~25 
commits behind master.

Can you rebase and force-push this up to your branch again?


> hasPhoneNumber does not work for iOS
> 
>
> Key: CB-11855
> URL: https://issues.apache.org/jira/browse/CB-11855
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 6.3.0
> Environment: osx, linux, ios
>Reporter: Justin Ahn
>Priority: Trivial
>  Labels: known_issue
> Fix For: 6.3.0
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> hasPhoneNumber is an Android Only feature.  I'm proposing extending it to 
> allow iOS to use this feature as well



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (CB-12502) Document minimum iOS version support / Xcode requirements

2017-02-23 Thread Filip Maj (JIRA)

Filip Maj created CB-12502:
--

 Summary: Document minimum iOS version support / Xcode requirements
 Key: CB-12502
 URL: https://issues.apache.org/jira/browse/CB-12502
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Docs, iOS
Affects Versions: Master
Reporter: Filip Maj
Assignee: Shazron Abdullah


I was trying to answer the question "what minimum iOS version does cordova-ios 
support?" Finding an answer to that question was challenging and lead to some 
conflicting information.

There was a [discuss thread on the mailing list talking about 
this|https://lists.apache.org/thread.html/6dbe3ad68265e52982f44e4e68ff413dd5ed1617ea0cef25a4e844da@%3Cdev.cordova.apache.org%3E],
 but that is the only source of information on the topic.

First, the [cordova-ios repository itself only mentions that Xcode 7+ is a 
requirement|https://github.com/apache/cordova-ios#cordova-ios]. Perhaps we 
should also explicitly mention what iOS version(s) we support?

Second, the [cordova-docs mentions Xcode 6+ is required, and vaguely mentions 
iOS 8 (but does not imply that that is the minimum 
version|https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html#requirements-and-support].
 Perhaps we can clarify the requirements here?

Third, the [cordova-docs iOS simulator instructions show screenshots using an 
old (probably unsupported?) Xcode version, deploying to iOS 5 and 6 simulators 
(which I think are now also 
unsupported)|https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html#deploying-to-simulator].
 Should we update these as well? 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11977) Remove support for node 0.x

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11977:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-lib/pull/520
  
# [Codecov](https://codecov.io/gh/apache/cordova-lib/pull/520?src=pr=h1) 
Report
> Merging 
[#520](https://codecov.io/gh/apache/cordova-lib/pull/520?src=pr=desc) into 
[master](https://codecov.io/gh/apache/cordova-lib/commit/b0402b9e51bf2d97488fedd39d13348b29f81c3c?src=pr=desc)
 will **not change** coverage.
> The diff coverage is `n/a`.


```diff
@@  Coverage Diff   @@
##   master#520   +/-   ##
==
  Coverage81.9%   81.9%   
==
  Files  68  68   
  Lines55045504   
  Branches 10901090   
==
  Hits 45084508   
  Misses996 996
```



--

[Continue to review full report at 
Codecov](https://codecov.io/gh/apache/cordova-lib/pull/520?src=pr=continue).
> **Legend** - [Click here to learn 
more](https://docs.codecov.io/docs/codecov-delta)
> `Δ = absolute  (impact)`, `ø = not affected`, `? = missing data`
> Powered by 
[Codecov](https://codecov.io/gh/apache/cordova-lib/pull/520?src=pr=footer). 
Last update 
[b0402b9...f5707c8](https://codecov.io/gh/apache/cordova-lib/compare/b0402b9e51bf2d97488fedd39d13348b29f81c3c...f5707c8562b4ecf805c7923a70448afd95f6a712?el=footer=pr=lastupdated).
 Read the [comment docs](https://docs.codecov.io/docs/pull-request-comments).


> Remove support for node 0.x
> ---
>
> Key: CB-11977
> URL: https://issues.apache.org/jira/browse/CB-11977
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI, CordovaLib
>Reporter: Steve Gill
>Assignee: Audrey So
>  Labels: cordova-7.0.0
> Fix For: 7.0.0
>
>
> Don't do this until January 2017 according to node deprecation timeline. 
> https://github.com/cordova/cordova-discuss/blob/master/proposals/NodeJsDeprecation.md
> Use engines key in package.json 
> https://docs.npmjs.com/files/package.json#engines



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11855) hasPhoneNumber does not work for iOS

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11855:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/134
  
Cordova CI Build has one or more failures. 

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-contacts/pull/134/commits/03bae62e725bb6bca4eece731d28b5e78d0326ab)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=windows-10-store/artifact/)
 |
| [iOS 9.3]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-9.3/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-9.3/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-9.3/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-9.3/artifact/)
 |
| [iOS 10.0]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-10.0/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-10.0/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-10.0/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=ios-10.0/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/79//PLATFORM=android/artifact/)
 |
 



> hasPhoneNumber does not work for iOS
> 
>
> Key: CB-11855
> URL: https://issues.apache.org/jira/browse/CB-11855
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 6.3.0
> Environment: osx, linux, ios
>Reporter: Justin Ahn
>Priority: Trivial
>  Labels: known_issue
> Fix For: 6.3.0
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> hasPhoneNumber is an Android Only feature.  I'm proposing extending it to 
> allow iOS to use this feature as well



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12465) Rewrite JUnit Tests

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12465:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-android/pull/363
  
# 
[Codecov](https://codecov.io/gh/apache/cordova-android/pull/363?src=pr=h1) 
Report
> Merging 
[#363](https://codecov.io/gh/apache/cordova-android/pull/363?src=pr=desc) 
into 
[master](https://codecov.io/gh/apache/cordova-android/commit/5591a1a4e896ed8693abd5234cb2370ead20ed5d?src=pr=desc)
 will **not change** coverage.
> The diff coverage is `n/a`.


```diff
@@   Coverage Diff   @@
##   master #363   +/-   ##
===
  Coverage   35.58%   35.58%   
===
  Files  12   12   
  Lines1037 1037   
  Branches  173  173   
===
  Hits  369  369   
  Misses668  668
```



--

[Continue to review full report at 
Codecov](https://codecov.io/gh/apache/cordova-android/pull/363?src=pr=continue).
> **Legend** - [Click here to learn 
more](https://docs.codecov.io/docs/codecov-delta)
> `Δ = absolute  (impact)`, `ø = not affected`, `? = missing data`
> Powered by 
[Codecov](https://codecov.io/gh/apache/cordova-android/pull/363?src=pr=footer).
 Last update 
[5591a1a...34bd385](https://codecov.io/gh/apache/cordova-android/compare/5591a1a4e896ed8693abd5234cb2370ead20ed5d...34bd385ef28b563f1ee07e8377909f27c5c2f37d?src=pr=footer=lastupdated).
 Read the [comment docs](https://docs.codecov.io/docs/pull-request-comments).


> Rewrite JUnit Tests
> ---
>
> Key: CB-12465
> URL: https://issues.apache.org/jira/browse/CB-12465
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>Priority: Blocker
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-9348) Unable to get linked contact's phone number, while using pickContact

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-9348:


Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/88
  
FWIW, the latest UI automation framework on iOS 9.3+, XCUITest, _should_ 
allow interacting with built-in/preinstalled applications. However, in practice 
we won't be able to elegantly test this until we move our iOS UI testing 
exclusively to XCUITest, unless we start implementing some tests in XCUITest 
and others in UIAutomation, and conditionally execute them based on iOS target.

I think a good moment to implement UI tests for this is once we move to 
XCUITest only.


> Unable to get linked contact's phone number, while using pickContact
> 
>
> Key: CB-9348
> URL: https://issues.apache.org/jira/browse/CB-9348
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 1.1.0
>Reporter: Dipanjan Chakraborty
>  Labels: linked-contacts, reproduced, triaged
>
> using cordova v5.1.1 and contacts plugin v1.1.0
> we are unable to fetch the mobile numbers from the phonebook especially if 
> there are contacts linked.
> example:
> the main contact is 
> Name: John Doe 
> mobile: 99
> the linked G+ contact is 
> Name J.Doe
> mobile: 88
> When fetching the contact using pickContact , it does not fetch either phone 
> numbers. however, the name of the secondary (J.Doe) is fetched .
> Appreciate any help on this issue.
> Thanks in advance.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12465) Rewrite JUnit Tests

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12465:
-

Github user infil00p commented on the issue:

https://github.com/apache/cordova-android/pull/363
  
@fujunwei OK, yeah, this is a minor mistake.  The errorUrl wasn't correct 
in the config.xml, the test passes and it no longer hangs.


> Rewrite JUnit Tests
> ---
>
> Key: CB-12465
> URL: https://issues.apache.org/jira/browse/CB-12465
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>Priority: Blocker
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10784) Unable to use Cordova Plugins that use a native view directly on pickContacts callback.

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-10784:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/107
  
Ping @shazron once more for a quick review, please and thank you!


> Unable to use Cordova Plugins that use a native view directly on pickContacts 
> callback.
> ---
>
> Key: CB-10784
> URL: https://issues.apache.org/jira/browse/CB-10784
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: Master
> Environment: iOS
>Reporter: Cory Thompson
>Priority: Minor
>  Labels: ios, pendingPR, triaged
>
> I attempted to open a native dialog directly after a using pickContacts and 
> receive the following error on iOS.
> navigator.contacts.pickContact(onContactItemPickedSuccess, 
> onContactItemPickedError);
> function onContactItemPickedSuccess(contact) {
>  navigator.notification.confirm(…);
> }
> Warning: Attempt to present  on 
>  whose view is not in the window hierarchy!
> A workaround is wrap the confirmation code using a JavaScript setTimeout for 
> 1000ms.
> I’ve dug into the Objective C code and what I suspect is happening is that 
> the successCallback is called before the animation for closing the 
> CDVContactsPicker has finished.
> I’ve tested moving the callback after the close animation and my issue is 
> resolved. I will include a pull request in the comments.
> The only potential problem I see with this is the original author may have 
> decided to return before animation close so that a user could update the HTML 
> behind the contactPicker therefore appearing to load much faster.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10935) fix an issue of can not sync new contact into icloud which update new photo with ABPersonSetImageData()

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-10935:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/109
  
Ping @shazron - what do you think of this? Looks like we're forcing 
decoding base64 image data in a contact to help with an alleged iCloud sync 
issue.


> 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.15#6346)

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

[jira] [Comment Edited] (CB-10555) the 87X87 png not appear after "cordova build ios --device"

2017-02-23 Thread Mirko Menegazzo (JIRA)


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

Mirko Menegazzo edited comment on CB-10555 at 2/23/17 6:03 PM:
---

I am still experiencing this, any updates?

Using ios 4.3.1


was (Author: mirko77):
I am still experiencing this, any updates?

> the 87X87 png not appear after "cordova build ios --device"
> ---
>
> Key: CB-10555
> URL: https://issues.apache.org/jira/browse/CB-10555
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.1
> Environment: Cordova 6.0 + iOS 4.1.0 + Xcode 7.2
>Reporter: Colin Bau
>  Labels: cordova-ios-4.1.1, triaged
> Attachments: screenshot.png
>
>
> all detail under
> http://www.littlebau.com/cordova_issue/87.png
> I am very sure my png is good to work



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-10555) the 87X87 png not appear after "cordova build ios --device"

2017-02-23 Thread Mirko Menegazzo (JIRA)


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

Mirko Menegazzo commented on CB-10555:
--

I am still experiencing this, any updates?

> the 87X87 png not appear after "cordova build ios --device"
> ---
>
> Key: CB-10555
> URL: https://issues.apache.org/jira/browse/CB-10555
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.1
> Environment: Cordova 6.0 + iOS 4.1.0 + Xcode 7.2
>Reporter: Colin Bau
>  Labels: cordova-ios-4.1.1, triaged
> Attachments: screenshot.png
>
>
> all detail under
> http://www.littlebau.com/cordova_issue/87.png
> I am very sure my png is good to work



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12501:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/255
  
Cordova CI Build has completed successfully.

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-camera/pull/255/commits/4fc25154f31204cb526dbd505c965fea1fd8b0b8)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=windows-10-store/artifact/)
 |
| [iOS 9.3]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-9.3/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-9.3/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-9.3/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-9.3/artifact/)
 |
| [iOS 10.0]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-10.0/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-10.0/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-10.0/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=ios-10.0/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/139//PLATFORM=android/artifact/)
 |
 



> Don't use XPath selectors in Camera Appium tests for Android
> 
>
> Key: CB-12501
> URL: https://issues.apache.org/jira/browse/CB-12501
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>  Labels: triaged
>
> Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
> example, we are forced to select certain elements quite a few times in a row 
> to get the one that we need:
> {noformat}
> return driver
> .waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 
> 2)
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
> calls here for an Android bug:
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // on 
> Windows + Android emulator, element selection
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
> completely wonky. Unfortunately duplicating element()
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
> the only workaround identified thus far.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11532) Contacts EOF error on iOS

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11532:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-contacts/pull/130


> Contacts EOF error on iOS
> -
>
> Key: CB-11532
> URL: https://issues.apache.org/jira/browse/CB-11532
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.1.1
> Environment: Cordova CLI: 6.2.0
> Gulp version:  CLI version 3.9.0
> Gulp local:   Local version 3.9.1
> Ionic Framework Version: 2.0.0-beta.7
> Ionic CLI Version: 2.0.0-beta.32
> Ionic App Lib Version: 2.0.0-beta.18
> ios-deploy version: 1.8.5
> ios-sim version: 4.1.1
> OS: Mac OS X El Capitan
> Node Version: v4.1.1
> Xcode version: Xcode 7.3 Build version 7D175
>Reporter: Phil Benoit
>Assignee: Vladimir Kotikov
>  Labels: contacts, ios, wfc
>
> When importing contacts from Google or Facebook the plugin crashes as it is 
> not able to handle the imported characters. 
> The error is - Syntax error: EOF reached
> Here is a list of real world contacts imported from Google that cause the 
> issue. 
> GÃ¶kmen
> BrÃ»lÃ©
> FranÃ§a
> Ø§Ø¯ÙˆØ§Ø±Ø¯
> Gabby â€¢â€¢â€¢â€¢
> DamiÃ¡n M.A.
> I have a fix for this that has been implemented in a live app. I will be 
> sending a pull request to the repo for review but wanted to log this incase 
> there were others coming across the same issue.  



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11532) Contacts EOF error on iOS

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11532:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/130
  
Please see the discussion in 
[CB-11532](https://issues.apache.org/jira/browse/CB-11532) for details on the 
issue.


> Contacts EOF error on iOS
> -
>
> Key: CB-11532
> URL: https://issues.apache.org/jira/browse/CB-11532
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.1.1
> Environment: Cordova CLI: 6.2.0
> Gulp version:  CLI version 3.9.0
> Gulp local:   Local version 3.9.1
> Ionic Framework Version: 2.0.0-beta.7
> Ionic CLI Version: 2.0.0-beta.32
> Ionic App Lib Version: 2.0.0-beta.18
> ios-deploy version: 1.8.5
> ios-sim version: 4.1.1
> OS: Mac OS X El Capitan
> Node Version: v4.1.1
> Xcode version: Xcode 7.3 Build version 7D175
>Reporter: Phil Benoit
>Assignee: Vladimir Kotikov
>  Labels: contacts, ios, wfc
>
> When importing contacts from Google or Facebook the plugin crashes as it is 
> not able to handle the imported characters. 
> The error is - Syntax error: EOF reached
> Here is a list of real world contacts imported from Google that cause the 
> issue. 
> GÃ¶kmen
> BrÃ»lÃ©
> FranÃ§a
> Ø§Ø¯ÙˆØ§Ø±Ø¯
> Gabby â€¢â€¢â€¢â€¢
> DamiÃ¡n M.A.
> I have a fix for this that has been implemented in a live app. I will be 
> sending a pull request to the repo for review but wanted to log this incase 
> there were others coming across the same issue.  



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-11855) hasPhoneNumber does not work for iOS

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-11855:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/134
  
Let there be tests


> hasPhoneNumber does not work for iOS
> 
>
> Key: CB-11855
> URL: https://issues.apache.org/jira/browse/CB-11855
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 6.3.0
> Environment: osx, linux, ios
>Reporter: Justin Ahn
>Priority: Trivial
>  Labels: known_issue
> Fix For: 6.3.0
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> hasPhoneNumber is an Android Only feature.  I'm proposing extending it to 
> allow iOS to use this feature as well



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Resolved] (CB-8958) CommandProxy functions for multiple plugins get clobbered if same function name is used

2017-02-23 Thread Sergey Shakhnazarov (JIRA)


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

Sergey Shakhnazarov resolved CB-8958.
-
Resolution: Fixed

Fixed in CB-12353

> CommandProxy functions for multiple plugins get clobbered if same function 
> name is used
> ---
>
> Key: CB-8958
> URL: https://issues.apache.org/jira/browse/CB-8958
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 3.6.3
> Environment: windows
>Reporter: Ashwin Desai
>
> Project: https://github.com/ashwinde/cordova/tree/master/TestMerges
> Cordova version: 3.6.4
> I have added 2 plugins - InAppBrowser and TestPlugin to this cordova project 
> on Windows.
> Each plugin define a close() and show() functions i.e. functions with same 
> names. 
> Each plugin.xml defines the commandProxy with merges=""
> Run the sample.
> InAppBrowser window will be opened to display google.com
> Click on "x" close button on the inappbrowser window.
> You will notice that the TestPlugin.close() method is invoked rather than 
> IAB.close(). 
> The problem is that both plugins use merges="" for defining their own command 
> proxies. since both plugins use the same function names i.e. close() and 
> show(), cordova.js will clobber the close() and show() function for the IAB 
> command proxy with the TestPlugin command proxy. 
> That is a common pattern that is being used by all cordova plugins on 
> Windows. So, it may manifest itself when 2 plugins use the same function name 
> (yet in a different namespace)
> A better way to do this would be to use merges = "unique string" to define 
> the command proxy for a plugin. This would guarantee that functions dont get 
> clobbered inadvertently. 
> Or fix cordova.js so that this clobbering does not occur :)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Resolved] (CB-11975) Search on Contacts ‘id’ field with JavaScript number type crashes in iOS

2017-02-23 Thread Sergey Shakhnazarov (JIRA)


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

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

> Search on Contacts ‘id’ field with JavaScript number type crashes in iOS
> 
>
> Key: CB-11975
> URL: https://issues.apache.org/jira/browse/CB-11975
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Andrew Forrest
>Assignee: Nikita Matrosov
>Priority: Critical
>  Labels: iOS, ios, reproduced, triaged
>
> I was trying to retrieve a specific contact by id in my Ionic/Cordova app, so 
> used the following code:
> {code:javascript}
> return Contacts.find(
>   ['id'],
>   {filter: contactId, multiple: true})
> {code}
> However, this crashes the iOS app at runtime with:
> {noformat}
> 2016-10-07 17:33:12.331 MyApp[10998:1880417] -[__NSCFNumber 
> isEqualToString:]: unrecognized selector sent to instance 0xb053
> 2016-10-07 17:33:12.337 MyApp[10998:1880417] *** Terminating app due to 
> uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFNumber 
> isEqualToString:]: unrecognized selector sent to instance 0xb053'
> *** First throw call stack:
> (
>   0   CoreFoundation  0x00010b0f334b 
> __exceptionPreprocess + 171
>   1   libobjc.A.dylib 0x00010ab2b21e 
> objc_exception_throw + 48
>   2   CoreFoundation  0x00010b162f34 
> -[NSObject(NSObject) doesNotRecognizeSelector:] + 132
>   3   CoreFoundation  0x00010b078c15 
> ___forwarding___ + 1013
>   4   CoreFoundation  0x00010b078798 
> _CF_forwarding_prep_0 + 120
>   5   MyApp   0x0001097217b7 
> __22-[CDVContacts search:]_block_invoke_2 + 983
>   6   MyApp   0x000109723760 
> __42-[CDVAddressBookHelper createAddressBook:]_block_invoke_2 + 368
>   7   libdispatch.dylib   0x00010e4450cd 
> _dispatch_client_callout + 8
>   8   libdispatch.dylib   0x00010e4275e5 
> _dispatch_barrier_sync_f_slow_invoke + 617
>   9   libdispatch.dylib   0x00010e4450cd 
> _dispatch_client_callout + 8
>   10  libdispatch.dylib   0x00010e4258d6 
> _dispatch_main_queue_callback_4CF + 406
>   11  CoreFoundation  0x00010b0b74f9 
> __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9
>   12  CoreFoundation  0x00010b07cf8d 
> __CFRunLoopRun + 2205
>   13  CoreFoundation  0x00010b07c494 
> CFRunLoopRunSpecific + 420
>   14  GraphicsServices0x0001107aea6f 
> GSEventRunModal + 161
>   15  UIKit   0x00010be0df34 
> UIApplicationMain + 159
>   16  MyApp   0x00010962e531 main + 65
>   17  libdyld.dylib   0x00010e49168d start + 1
> )
> libc++abi.dylib: terminating with uncaught exception of type NSException
> (lldb) 
> {noformat}
> Seems to only fail when {{contactId}} is a JavaScript number. Converting it 
> to a string before searching ({{contactId+""}}) works fine.
> Fault originally occurred because Contact {{id}} field in iOS is an integer… 
> and it looks like I’m getting a JavaScript number value out of the Contacts 
> API. Was storing this integer in SQLite (which preserves the data type), 
> getting an integer back out, and passing it back into the {{Contacts.find()}} 
> API.
> Suggest:
>  * Contacts {{id}} field is supposed to return a string, so it should return 
> a string on iOS
>  * {{Contacts.find()}} should coerce its arguments to correct types before 
> calling native code.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12073) PhoneGap / Cordova is crashing when selecting a video greater than 59MB

2017-02-23 Thread Sergey Shakhnazarov (JIRA)


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

Sergey Shakhnazarov updated CB-12073:
-
Description: 
This is the line of code that is failing, even if I run nothing in the success 
function, it still crashes however the success function is being run for a 
brief second before crashing.
{noformat}
navigator.camera.getPicture(createPostSuccessVideo, cameraError, {
  quality: 50,
  destinationType: Camera.DestinationType.NATIVE_URI,
  sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
  mediaType: Camera.MediaType.VIDEO,
  correctOrientation : true ,
  saveToPhotoAlbum: false
});
{noformat}
I noticed the memory usage spikes up to half a GB for some reason.

Taking a video works, only selecting from the gallery is failing.

I occasionally get an exc_bad_access error in Xcode before crashing, other 
times no error just a crash.

This code works for TAKING a video larger than 59mb:
{noformat}
navigator.device.capture.captureVideo(function(imageURI){ 
createPostSuccessVideo(imageURI,1); }, captureError, {limit:1}); 
{noformat}
But I need to be able to select from the users library which fails.

  was:
This is the line of code that is failing, even if I run nothing in the success 
function, it still crashes however the success function is being run for a 
brief second before crashing.
{noformat}
navigator.camera.getPicture(createPostSuccessVideo, cameraError, {
quality: 50,
destinationType: destinationType.NATIVE_URI,
sourceType: pictureSource.PHOTOLIBRARY,
mediaType: navigator.camera.MediaType.VIDEO,
correctOrientation : true ,
saveToPhotoAlbum: false
});
{noformat}
I noticed the memory usage spikes up to half a GB for some reason.

Taking a video works, only selecting from the gallery is failing.

I occasionally get an exc_bad_access error in Xcode before crashing, other 
times no error just a crash.

This code works for TAKING a video larger than 59mb:
{noformat}
navigator.device.capture.captureVideo(function(imageURI){ 
createPostSuccessVideo(imageURI,1); }, captureError, {limit:1}); 
{noformat}
But I need to be able to select from the users library which fails.


> PhoneGap / Cordova is crashing when selecting a video greater than 59MB
> ---
>
> Key: CB-12073
> URL: https://issues.apache.org/jira/browse/CB-12073
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.3.0
> Environment: iPhone 6 - iOS 10.1.1
> iPhone 5 - iOS 10.1.1
>Reporter: Daniel Herbert
>Priority: Critical
>  Labels: ios, triaged, wfc
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> This is the line of code that is failing, even if I run nothing in the 
> success function, it still crashes however the success function is being run 
> for a brief second before crashing.
> {noformat}
> navigator.camera.getPicture(createPostSuccessVideo, cameraError, {
>   quality: 50,
>   destinationType: Camera.DestinationType.NATIVE_URI,
>   sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
>   mediaType: Camera.MediaType.VIDEO,
>   correctOrientation : true ,
>   saveToPhotoAlbum: false
> });
> {noformat}
> I noticed the memory usage spikes up to half a GB for some reason.
> Taking a video works, only selecting from the gallery is failing.
> I occasionally get an exc_bad_access error in Xcode before crashing, other 
> times no error just a crash.
> This code works for TAKING a video larger than 59mb:
> {noformat}
> navigator.device.capture.captureVideo(function(imageURI){ 
> createPostSuccessVideo(imageURI,1); }, captureError, {limit:1}); 
> {noformat}
> But I need to be able to select from the users library which fails.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12073) PhoneGap / Cordova is crashing when selecting a video greater than 59MB

2017-02-23 Thread Sergey Shakhnazarov (JIRA)


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

Sergey Shakhnazarov commented on CB-12073:
--

Does not reproduce for me with a 100 MB+ video.
Latest plugin version, cordova-ios@4.3.1, iPhone 5, ios 10.1.1.

> PhoneGap / Cordova is crashing when selecting a video greater than 59MB
> ---
>
> Key: CB-12073
> URL: https://issues.apache.org/jira/browse/CB-12073
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.3.0
> Environment: iPhone 6 - iOS 10.1.1
> iPhone 5 - iOS 10.1.1
>Reporter: Daniel Herbert
>Priority: Critical
>  Labels: ios, triaged, wfc
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> This is the line of code that is failing, even if I run nothing in the 
> success function, it still crashes however the success function is being run 
> for a brief second before crashing.
> {noformat}
> navigator.camera.getPicture(createPostSuccessVideo, cameraError, {
> quality: 50,
> destinationType: destinationType.NATIVE_URI,
> sourceType: pictureSource.PHOTOLIBRARY,
> mediaType: navigator.camera.MediaType.VIDEO,
> correctOrientation : true ,
> saveToPhotoAlbum: false
> });
> {noformat}
> I noticed the memory usage spikes up to half a GB for some reason.
> Taking a video works, only selecting from the gallery is failing.
> I occasionally get an exc_bad_access error in Xcode before crashing, other 
> times no error just a crash.
> This code works for TAKING a video larger than 59mb:
> {noformat}
> navigator.device.capture.captureVideo(function(imageURI){ 
> createPostSuccessVideo(imageURI,1); }, captureError, {limit:1}); 
> {noformat}
> But I need to be able to select from the users library which fails.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12501:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/255
  
Cordova CI Build has completed successfully.

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-camera/pull/255/commits/7430818332cd57bbac7e61ffbce2150ba2bb9c86)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=windows-10-store/artifact/)
 |
| [iOS 9.3]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-9.3/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-9.3/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-9.3/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-9.3/artifact/)
 |
| [iOS 10.0]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-10.0/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-10.0/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-10.0/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=ios-10.0/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/138//PLATFORM=android/artifact/)
 |
 



> Don't use XPath selectors in Camera Appium tests for Android
> 
>
> Key: CB-12501
> URL: https://issues.apache.org/jira/browse/CB-12501
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>  Labels: triaged
>
> Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
> example, we are forced to select certain elements quite a few times in a row 
> to get the one that we need:
> {noformat}
> return driver
> .waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 
> 2)
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
> calls here for an Android bug:
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // on 
> Windows + Android emulator, element selection
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
> completely wonky. Unfortunately duplicating element()
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
> the only workaround identified thus far.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12501:
-

Github user alsorokin commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/255
  
Yeah, finally


> Don't use XPath selectors in Camera Appium tests for Android
> 
>
> Key: CB-12501
> URL: https://issues.apache.org/jira/browse/CB-12501
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>  Labels: triaged
>
> Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
> example, we are forced to select certain elements quite a few times in a row 
> to get the one that we need:
> {noformat}
> return driver
> .waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 
> 2)
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
> calls here for an Android bug:
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // on 
> Windows + Android emulator, element selection
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
> completely wonky. Unfortunately duplicating element()
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
> the only workaround identified thus far.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12501:
-

Github user filmaj commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/255
  
Would be nice to get rid of the multiple-calls-to-elements-via-xpath :D


> Don't use XPath selectors in Camera Appium tests for Android
> 
>
> Key: CB-12501
> URL: https://issues.apache.org/jira/browse/CB-12501
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>  Labels: triaged
>
> Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
> example, we are forced to select certain elements quite a few times in a row 
> to get the one that we need:
> {noformat}
> return driver
> .waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 
> 2)
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
> calls here for an Android bug:
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // on 
> Windows + Android emulator, element selection
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
> completely wonky. Unfortunately duplicating element()
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
> the only workaround identified thus far.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12501:
-

Github user cordova-qa commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/255
  
Cordova CI Build has one or more failures. 

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-camera/pull/255/commits/9d0d46490c9fc85d358ee02f6c18e3020c7ac73a)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137/)

| Builder Name  | Console Output | Test Report | Device Logs  |
| :---: | :---:  |   :---: | :---:|
| [Windows 10  Store]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=windows-10-store/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=windows-10-store/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=windows-10-store/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=windows-10-store/artifact/)
 |
| [iOS 9.3]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-9.3/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-9.3/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-9.3/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-9.3/artifact/)
 |
| [iOS 10.0]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-10.0/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-10.0/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-10.0/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=ios-10.0/artifact/)
 |
| [Android]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=android/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=android/console)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=android/testReport/)
 | [Link]( 
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-camera-pr/137//PLATFORM=android/artifact/)
 |
 



> Don't use XPath selectors in Camera Appium tests for Android
> 
>
> Key: CB-12501
> URL: https://issues.apache.org/jira/browse/CB-12501
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>  Labels: triaged
>
> Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
> example, we are forced to select certain elements quite a few times in a row 
> to get the one that we need:
> {noformat}
> return driver
> .waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 
> 2)
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
> calls here for an Android bug:
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // on 
> Windows + Android emulator, element selection
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
> completely wonky. Unfortunately duplicating element()
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
> the only workaround identified thus far.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12501:
-

GitHub user alsorokin opened a pull request:

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

CB-12501 (Android) Appium tests don't use XPath selectors anymore

### Platforms affected
Android

### What does this PR do?
https://issues.apache.org/jira/browse/CB-12501
* Appium tests now use `elementByAndroidUIAutomator` selector instead of 
`elementByXPath`
* Appium tests don't save a screenshot on failure anymore (who needs 
screenshots when we have Sauce Labs videos?)
* Other minor improvements

### What testing has been done on this change?
Two tests runs on Sauce Labs: on Android 4.4 and on Android 5.1

### Checklist
- [x] [Reported an issue](https://issues.apache.org/jira/browse/CB-12501) 
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with 
resolving file paths", where CB- is the JIRA ID & "android" is the platform 
affected.
- [x] Added automated test coverage as appropriate for this change.


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

$ git pull https://github.com/alsorokin/cordova-plugin-camera CB-12501

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

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


commit 9d0d46490c9fc85d358ee02f6c18e3020c7ac73a
Author: Alexander Sorokin 
Date:   2017-02-23T14:32:23Z

CB-12501 (Android) Appium tests don't use XPath selectors anymore




> Don't use XPath selectors in Camera Appium tests for Android
> 
>
> Key: CB-12501
> URL: https://issues.apache.org/jira/browse/CB-12501
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>  Labels: triaged
>
> Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
> example, we are forced to select certain elements quite a few times in a row 
> to get the one that we need:
> {noformat}
> return driver
> .waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 
> 2)
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
> calls here for an Android bug:
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // on 
> Windows + Android emulator, element selection
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
> completely wonky. Unfortunately duplicating element()
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
> the only workaround identified thus far.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread Alexander Sorokin (JIRA)


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

Alexander Sorokin updated CB-12501:
---
Description: 
Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
example, we are forced to select certain elements quite a few times in a row to 
get the one that we need:
{noformat}
return driver
.waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 2)
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
calls here for an Android bug:
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // on Windows 
+ Android emulator, element selection
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
completely wonky. Unfortunately duplicating element()
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
the only workaround identified thus far.
{noformat}

  was:
Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
example, we are forced to select certain elements quite a few times in a row to 
get the one that we need:
{noformat}
return driver
.waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 2)
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
calls here for an Android bug:
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // on Windows 
+ Android emulator, element selection
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
completely wonky. Unfortunately duplicating element()
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
the only workaround identified thus far.
{noformat}


> Don't use XPath selectors in Camera Appium tests for Android
> 
>
> Key: CB-12501
> URL: https://issues.apache.org/jira/browse/CB-12501
> Project: Apache Cordova
>  Issue Type: Test
>  Components: Appium, Plugin Camera
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>  Labels: triaged
>
> Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
> example, we are forced to select certain elements quite a few times in a row 
> to get the one that we need:
> {noformat}
> return driver
> .waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 
> 2)
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
> calls here for an Android bug:
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // on 
> Windows + Android emulator, element selection
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
> completely wonky. Unfortunately duplicating element()
> .elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
> the only workaround identified thus far.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (CB-12501) Don't use XPath selectors in Camera Appium tests for Android

2017-02-23 Thread Alexander Sorokin (JIRA)

Alexander Sorokin created CB-12501:
--

 Summary: Don't use XPath selectors in Camera Appium tests for 
Android
 Key: CB-12501
 URL: https://issues.apache.org/jira/browse/CB-12501
 Project: Apache Cordova
  Issue Type: Test
  Components: Appium, Plugin Camera
Reporter: Alexander Sorokin
Assignee: Alexander Sorokin


Currently Appium tests use XPath selectors, which are sloppy and buggy. For 
example, we are forced to select certain elements quite a few times in a row to 
get the one that we need:
{noformat}
return driver
.waitForElementByXPath('//android.widget.TextView[@text="Gallery"]', 2)
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // multiple 
calls here for an Android bug:
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // on Windows 
+ Android emulator, element selection
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // is 
completely wonky. Unfortunately duplicating element()
.elementByXPath('//android.widget.TextView[@text="Gallery"]') // calls is 
the only workaround identified thus far.
{noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-12326) Crash on Android: CommonDataKinds.*.LABEL

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-12326:
-

Github user mad-nuts commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/146
  

I've tried for hours to reproduce the error, but the app just won't crash 
anymore.
Something must have changed since then and I don't know what it is...


Despite the fact, that the app won't crash anymore, the code is still buggy 
and should be fixed some day.

**Here is what had happened in detail, maybe it is useful nevertheless:**

Executing `ContactAccessorSdk5.search` with one or more of the following 
fields caused the crash:

```
- navigator.contacts.fieldType.phoneNumbers
  - phoneQuery
- CommonDataKinds.Phone.LABEL
- navigator.contacts.fieldType.emails
  - emailQuery
- CommonDataKinds.Email.LABEL
- navigator.contacts.fieldType.postalCode
  - addressQuery
- CommonDataKinds.StructuredPostal.LABEL
- navigator.contacts.fieldType.organizations
  - organizationQuery
- CommonDataKinds.Organization.LABEL
- navigator.contacts.fieldType.urls
  - websiteQuery
- CommonDataKinds.Website.LABEL
```

- `ContactAccessorSdk5.search` is called with the `JSONArray fields` 
containing one / some / all fields of the above
- the contentResolver projection `columnsToFetch` is created by adding the 
required columns for each passed field (`columnsToFetch.add(...)`)
  - but without adding the columns for `CommonDataKinds.[...].LABEL` to 
`columnsToFetch`
- `columnsToFetch `is fed to 
`mApp.getActivity().getContentResolver().query(...)`, resulting in Cursor `c`
  - at this state the cursor is already missing the later required `LABEL` 
columns
- `populateContactArray(limit, populate, c);` is called
- within the `while` loop query methods are executed to fetch the required 
fields from the cursor.
  - in those query methods `getColumnIndex` is called to retrieve the none 
existing `LABEL` column, returning `-1`
  - `cursor.getString(-1)` is called
- returns nullable now, which is fine
- threw an `java.lang.IllegalStateException` back then

`getContactById` is using `populateContactArray `too, but should be fine 
for now, because "null" is passed as the projection param, which returns a 
cursor, pointing to all columns.


> Crash on Android: CommonDataKinds.*.LABEL
> -
>
> Key: CB-12326
> URL: https://issues.apache.org/jira/browse/CB-12326
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
> Environment: Android: Samsung Galaxy S6
>Reporter: Andreas
>Priority: Critical
>  Labels: Android, crash, reproduced
>
> The ContactAccessorSdk5 is missing the "LABEL" CommonDataKinds column 
> definition for multple Cursors, causing the "search" function to crash.
> {code:title=is|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> }
> {code}
> {code:title=should be|borderStyle=solid}
> if (isRequired("emails", populate)) {
> columnsToFetch.add(CommonDataKinds.Email._ID);
> columnsToFetch.add(CommonDataKinds.Email.DATA);
> columnsToFetch.add(CommonDataKinds.Email.TYPE);
> columnsToFetch.add(CommonDataKinds.Email.LABEL);
> }
> {code}
> missing columns are:
> - CommonDataKinds.Phone.LABEL
> - CommonDataKinds.Email.LABEL
> - CommonDataKinds.StructuredPostal.LABEL
> - CommonDataKinds.Organization.LABEL
> - CommonDataKinds.Website.LABEL
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime: 
> java.lang.IllegalStateException: Couldn't read row 174, col -1 from 
> CursorWindow.  Make sure the Cursor is initialized correctly before accessing 
> data from it.
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.nativeGetString(Native Method)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWindow.getString(CursorWindow.java:451)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.AbstractWindowedCursor.getString(AbstractWindowedCursor.java:51)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> android.database.CursorWrapper.getString(CursorWrapper.java:137)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
> org.apache.cordova.contacts.ContactAccessorSdk5.emailQuery(ContactAccessorSdk5.java:900)
> 01-06 13:43:03.871  7333  7527 E AndroidRuntime:at 
>

[jira] [Commented] (CB-12499) UWP : Dependent external libraries specified as resource-file not being referenced in Release mode.

2017-02-23 Thread Sergey Shakhnazarov (JIRA)


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

Sergey Shakhnazarov commented on CB-12499:
--

[~sruthakeerthik] thanks for reporting!
Could you link a plugin which fails in Release mode?

> UWP  : Dependent external libraries specified as resource-file not being 
> referenced in Release mode.
> 
>
> Key: CB-12499
> URL: https://issues.apache.org/jira/browse/CB-12499
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 5.0.0, 4.4.2, 4.4.3
> Environment: Cordova Windows
>Reporter: Srutha Keerthi
> Fix For: 5.0.0, 4.4.2, 4.4.3
>
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12494) Not able to reproduce recorded audios if including path such as cordova.file.dataDirectory

2017-02-23 Thread Javier (JIRA)


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

Javier updated CB-12494:


Attached files for a more cleaner and simpler cordova project.

I can't reproduce the issue in this scenario. It should be something related 
with the bunch of technologies I use in the other project, which includes:

JQueryMobile (1.4.5)

And below plugins:

cordova-plugin-background-mode 0.6.5 "BackgroundMode"
cordova-plugin-compat 1.1.0 "Compat"
cordova-plugin-device 1.1.4 "Device"
cordova-plugin-device-motion 1.2.3 "Device Motion"
cordova-plugin-file 4.3.1 "File"
cordova-plugin-media 2.4.1 "Media"
cordova-plugin-network-information 1.3.1 "Network Information"
cordova-plugin-spinner-dialog 1.3.1 "SpinnerDialog"
cordova-plugin-whitelist 1.3.1 "Whitelist"
cordova-sqlite-ext 0.10.2 "Cordova sqlite storage plugin with extras"
cordova-sqlite-storage 2.0.0 "Cordova sqlite storage plugin"
im.ltdev.cordova.UserAgent 0.1.0 "User-Agent"

If I can publish the whole project then I will link it to this issue, because 
is there where I can reproduce the issue.

> Not able to reproduce recorded audios if including path such as 
> cordova.file.dataDirectory
> --
>
> Key: CB-12494
> URL: https://issues.apache.org/jira/browse/CB-12494
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Media
>Affects Versions: 2.4.1
> Environment: cordova 6.4.0
> cordova-plugin-media 2.4.1
> Android 5.0
>Reporter: Javier
>  Labels: startRecord
> Attachments: index.html, index.js
>
>
> I record and audio file and I want later on to reproduce it.
> Depending on the path that I use to record it, it will reproduce the audio 
> fine before closing the App, but no after re-opening it again or in the other 
> way round: it will NOT reproduce the audio, and if I close the App and 
> re-open it again it will work fine.
> When it fails it returns an error code 1 (MediaError.MEDIA_ERR_ABORTED).
> Snippets of the code:
> {code}
> function recordAudio(src, ms, successCB) {
> var mediaRec = new Media(src,
> // success callback
> function() {
> // DEBUG
> console.log('OK recording to: ' + src);
> },
> // error callback
> function(err) {
> alert('ERROR recording spot: ' + err.message);
> }
> );
> // Record audio
> mediaRec.startRecord();
> // Stop recording after 10 seconds
> setTimeout(function() {
> mediaRec.stopRecord();
> successCB();
> }, ms);
> }
> var fileName = cordova.file.dataDirectory + spotAudio + '.amr';
> // spot media with the voice previously recorded by the user
> var newRadioSpotMedia = new Media(fileName,
> // success callback
> function () {
> // New radio spot exists, and play finished
> // resume playing new radio station
> console.log('OK playing spot');
> },
> // error callback
> function (err) {
> // New radio spot DOES NOT exists
> // err.message comes empty
> console.log('Unable to retrieve spot "' + fileName +
> '". Error code: ' + err.code);
> },
> // change callback
> function (status) {}
> );
> {code}
> I also tried all the possible combinations, try using "audioName.amr", 
> "cdvfile://localhost/persistent/audioName.amr" but the issue is persistent: 
> I'm able to reproduce the recorded audio file before closing the App or after 
> re-opening it again, but I'm not able to reproduce the sound before and after 
> closing the App.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12494) Not able to reproduce recorded audios if including path such as cordova.file.dataDirectory

2017-02-23 Thread Javier (JIRA)


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

Javier updated CB-12494:

Attachment: index.html

> Not able to reproduce recorded audios if including path such as 
> cordova.file.dataDirectory
> --
>
> Key: CB-12494
> URL: https://issues.apache.org/jira/browse/CB-12494
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Media
>Affects Versions: 2.4.1
> Environment: cordova 6.4.0
> cordova-plugin-media 2.4.1
> Android 5.0
>Reporter: Javier
>  Labels: startRecord
> Attachments: index.html, index.js
>
>
> I record and audio file and I want later on to reproduce it.
> Depending on the path that I use to record it, it will reproduce the audio 
> fine before closing the App, but no after re-opening it again or in the other 
> way round: it will NOT reproduce the audio, and if I close the App and 
> re-open it again it will work fine.
> When it fails it returns an error code 1 (MediaError.MEDIA_ERR_ABORTED).
> Snippets of the code:
> {code}
> function recordAudio(src, ms, successCB) {
> var mediaRec = new Media(src,
> // success callback
> function() {
> // DEBUG
> console.log('OK recording to: ' + src);
> },
> // error callback
> function(err) {
> alert('ERROR recording spot: ' + err.message);
> }
> );
> // Record audio
> mediaRec.startRecord();
> // Stop recording after 10 seconds
> setTimeout(function() {
> mediaRec.stopRecord();
> successCB();
> }, ms);
> }
> var fileName = cordova.file.dataDirectory + spotAudio + '.amr';
> // spot media with the voice previously recorded by the user
> var newRadioSpotMedia = new Media(fileName,
> // success callback
> function () {
> // New radio spot exists, and play finished
> // resume playing new radio station
> console.log('OK playing spot');
> },
> // error callback
> function (err) {
> // New radio spot DOES NOT exists
> // err.message comes empty
> console.log('Unable to retrieve spot "' + fileName +
> '". Error code: ' + err.code);
> },
> // change callback
> function (status) {}
> );
> {code}
> I also tried all the possible combinations, try using "audioName.amr", 
> "cdvfile://localhost/persistent/audioName.amr" but the issue is persistent: 
> I'm able to reproduce the recorded audio file before closing the App or after 
> re-opening it again, but I'm not able to reproduce the sound before and after 
> closing the App.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12494) Not able to reproduce recorded audios if including path such as cordova.file.dataDirectory

2017-02-23 Thread Javier (JIRA)


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

Javier updated CB-12494:

Attachment: index.js

> Not able to reproduce recorded audios if including path such as 
> cordova.file.dataDirectory
> --
>
> Key: CB-12494
> URL: https://issues.apache.org/jira/browse/CB-12494
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Plugin Media
>Affects Versions: 2.4.1
> Environment: cordova 6.4.0
> cordova-plugin-media 2.4.1
> Android 5.0
>Reporter: Javier
>  Labels: startRecord
> Attachments: index.html, index.js
>
>
> I record and audio file and I want later on to reproduce it.
> Depending on the path that I use to record it, it will reproduce the audio 
> fine before closing the App, but no after re-opening it again or in the other 
> way round: it will NOT reproduce the audio, and if I close the App and 
> re-open it again it will work fine.
> When it fails it returns an error code 1 (MediaError.MEDIA_ERR_ABORTED).
> Snippets of the code:
> {code}
> function recordAudio(src, ms, successCB) {
> var mediaRec = new Media(src,
> // success callback
> function() {
> // DEBUG
> console.log('OK recording to: ' + src);
> },
> // error callback
> function(err) {
> alert('ERROR recording spot: ' + err.message);
> }
> );
> // Record audio
> mediaRec.startRecord();
> // Stop recording after 10 seconds
> setTimeout(function() {
> mediaRec.stopRecord();
> successCB();
> }, ms);
> }
> var fileName = cordova.file.dataDirectory + spotAudio + '.amr';
> // spot media with the voice previously recorded by the user
> var newRadioSpotMedia = new Media(fileName,
> // success callback
> function () {
> // New radio spot exists, and play finished
> // resume playing new radio station
> console.log('OK playing spot');
> },
> // error callback
> function (err) {
> // New radio spot DOES NOT exists
> // err.message comes empty
> console.log('Unable to retrieve spot "' + fileName +
> '". Error code: ' + err.code);
> },
> // change callback
> function (status) {}
> );
> {code}
> I also tried all the possible combinations, try using "audioName.amr", 
> "cdvfile://localhost/persistent/audioName.amr" but the issue is persistent: 
> I'm able to reproduce the recorded audio file before closing the App or after 
> re-opening it again, but I'm not able to reproduce the sound before and after 
> closing the App.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12500) CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL behave wrongly on Ubuntu

2017-02-23 Thread zhuisui (JIRA)


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

zhuisui updated CB-12500:
-
Description: After I set CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL env  
starting with /, `cordova build` print error, and it shows that cordova read 
gradle path as 
'$project/platforms/android/gradle/wrapper$CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL'.
 So it treat this url starting with / as a relative path.   (was: After I set 
CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL env  starting with /, `cordova build` 
print error, and it shows that cordova read gradle path as 
'$project/platforms/android/gradle/wrapper$CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL'.
 So it treat this url starting with / a relative path. )

> CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL behave wrongly on Ubuntu
> 
>
> Key: CB-12500
> URL: https://issues.apache.org/jira/browse/CB-12500
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 6.5.0
> Environment: Ubuntu 16.10
>Reporter: zhuisui
>
> After I set CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL env  starting with /, 
> `cordova build` print error, and it shows that cordova read gradle path as 
> '$project/platforms/android/gradle/wrapper$CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL'.
>  So it treat this url starting with / as a relative path. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (CB-12500) CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL behave wrongly on Ubuntu

2017-02-23 Thread zhuisui (JIRA)

zhuisui created CB-12500:


 Summary: CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL behave wrongly on 
Ubuntu
 Key: CB-12500
 URL: https://issues.apache.org/jira/browse/CB-12500
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 6.5.0
 Environment: Ubuntu 16.10
Reporter: zhuisui


After I set CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL env  starting with /, 
`cordova build` print error, and it shows that cordova read gradle path as 
'$project/platforms/android/gradle/wrapper$CORDOVA_ANDROID_GRADLE_DISTRIBUTION_URL'.
 So it treat this url starting with / a relative path. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Updated] (CB-12494) Not able to reproduce recorded audios if including path such as cordova.file.dataDirectory

2017-02-23 Thread Javier (JIRA)


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

Javier updated CB-12494:

Description: 
I record and audio file and I want later on to reproduce it.

Depending on the path that I use to record it, it will reproduce the audio fine 
before closing the App, but no after re-opening it again or in the other way 
round: it will NOT reproduce the audio, and if I close the App and re-open it 
again it will work fine.

When it fails it returns an error code 1 (MediaError.MEDIA_ERR_ABORTED).

Snippets of the code:

{code}
function recordAudio(src, ms, successCB) {
var mediaRec = new Media(src,
// success callback
function() {
// DEBUG
console.log('OK recording to: ' + src);
},
// error callback
function(err) {
alert('ERROR recording spot: ' + err.message);
}
);
// Record audio
mediaRec.startRecord();

// Stop recording after 10 seconds
setTimeout(function() {
mediaRec.stopRecord();
successCB();
}, ms);
}

var fileName = cordova.file.dataDirectory + spotAudio + '.amr';
// spot media with the voice previously recorded by the user
var newRadioSpotMedia = new Media(fileName,
// success callback
function () {
// New radio spot exists, and play finished
// resume playing new radio station
console.log('OK playing spot');
},
// error callback
function (err) {
// New radio spot DOES NOT exists
// err.message comes empty
console.log('Unable to retrieve spot "' + fileName +
'". Error code: ' + err.code);
},
// change callback
function (status) {}
);
{code}

I also tried all the possible combinations, try using "audioName.amr", 
"cdvfile://localhost/persistent/audioName.amr" but the issue is persistent: I'm 
able to reproduce the recorded audio file before closing the App or after 
re-opening it again, but I'm not able to reproduce the sound before and after 
closing the App.


  was:
I record and audio file and I want later on to reproduce it.

Depending on the path that I use to record it, it will reproduce the audio fine 
before closing the App, but no after re-opening it again or in the other way 
round: it will NOT reproduce the audio, and if I close the App and re-open it 
again it will work fine.

When it fails it returns an error code 1 (MediaError.MEDIA_ERR_ABORTED).

Snippets of the code:

{code}
function recordAudio(src, ms, successCB) {
var mediaRec = new Media(src,
// success callback
function() {
// DEBUG
console.log('OK recording to: ' + src);
},
// error callback
function(err) {
alert('ERROR recording spot: ' + err.message);
}
);
// Record audio
mediaRec.startRecord();

// Stop recording after 10 seconds
setTimeout(function() {
mediaRec.stopRecord();
successCB();
}, ms);
}

var fileName = cordova.file.dataDirectory, + spotAudio + '.amr';
// spot media with the voice previously recorded by the user
var newRadioSpotMedia = new Media(fileName,
// success callback
function () {
// New radio spot exists, and play finished
// resume playing new radio station
console.log('OK playing spot');
},
// error callback
function (err) {
// New radio spot DOES NOT exists
// err.message comes empty
console.log('Unable to retrieve spot "' + fileName +
'". Error code: ' + err.code);
},
// change callback
function (status) {}
);
{code}

I also tried all the possible combinations, try using "audioName.amr", 
"cdvfile://localhost/persistent/audioName.amr" but the issue is persistent: I'm 
able to reproduce the recorded audio file before closing the App or after 
re-opening it again, but I'm not able to reproduce the sound before and after 
closing the App.



Sorry, corrected the typo with the comma.

Very soon I will upload to git a test cordova sandbox project to help 
reproducing the issue.

> Not able to reproduce recorded audios if including path such as 
> cordova.file.dataDirectory
> --
>
> Key: CB-12494
> URL: https://issues.apache.org/jira/browse/CB-12494
> Project: Apache Cordova
>

[jira] [Commented] (CB-12499) UWP : Dependent external libraries specified as resource-file not being referenced in Release mode.

2017-02-23 Thread Srutha Keerthi (JIRA)


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

Srutha Keerthi commented on CB-12499:
-

The fix for this is to include the file "Default.rd.xml" to the that specifies 
the actions to be taken on release build. The contents of the file should be 
the same as the contents of the file in a standard uwp project, which is as 
below : 

http://schemas.microsoft.com/netfx/2013/01/metadata;>
  



  




> UWP  : Dependent external libraries specified as resource-file not being 
> referenced in Release mode.
> 
>
> Key: CB-12499
> URL: https://issues.apache.org/jira/browse/CB-12499
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 5.0.0, 4.4.2, 4.4.3
> Environment: Cordova Windows
>Reporter: Srutha Keerthi
> Fix For: 5.0.0, 4.4.2, 4.4.3
>
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Created] (CB-12499) UWP : Dependent external libraries specified as resource-file not being referenced in Release mode.

2017-02-23 Thread Srutha Keerthi (JIRA)

Srutha Keerthi created CB-12499:
---

 Summary: UWP  : Dependent external libraries specified as 
resource-file not being referenced in Release mode.
 Key: CB-12499
 URL: https://issues.apache.org/jira/browse/CB-12499
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 5.0.0, 4.4.2, 4.4.3
 Environment: Cordova Windows
Reporter: Srutha Keerthi
 Fix For: 5.0.0, 4.4.2, 4.4.3






--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

[jira] [Commented] (CB-3232) "cordova platform add blackberry" fails on 2.7.1-rc.1

2017-02-23 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-3232:


Github user charliewilliams closed the pull request at:

https://github.com/apache/cordova-plugin-media/pull/99


> "cordova platform add blackberry" fails on 2.7.1-rc.1
> -
>
> Key: CB-3232
> URL: https://issues.apache.org/jira/browse/CB-3232
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: BlackBerry, CLI
>Affects Versions: 2.7.0
>Reporter: Michael Brooks
>Assignee: Michael Brooks
> Fix For: 2.7.0
>
>
> The following error is thrown when running {{$ cordova platform add 
> blackberry}}:
> {code}
> [Error: An error occured during creation of blackberry sub-project. Creating 
> BlackBerry project...
> Updating config.xml ...
> sed: 
> /Users/mwbrooks/Dropbox/Development/sandbox/myapp/platforms/blackberry/www/config.xml:
>  No such file or directory
> Cleaning up ...
> Remember to update the project.properties file inside your application 
> directory!
> ]
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

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

52 matches

Mail list logo