[jira] [Commented] (CB-10857) Camera.getPicture return null for Google Drive (camera 2.1.1)

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10857:
-

Github user mglendrange commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/198
  
I am also eagerly waiting for this pull request. Any progress?


> Camera.getPicture return null for Google Drive (camera 2.1.1)
> -
>
> Key: CB-10857
> URL: https://issues.apache.org/jira/browse/CB-10857
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.1
> Environment: Android - Tested on 6.0.1
>Reporter: Dagfinn Parnas
>Assignee: Joe Bowser
>  Labels: android, mustfix, reproduced, triaged
> Attachments: Filepicker_google_drive.png
>
>
> Camera.getPicture returns null for pictures and other files when using Google 
> Drive in version 2.1.1. Other sources in the generic file picker such as 
> Images, Photos and Astro File Manager works. 
> The camera plugin gets a null value in processResultFromGallery
> 03-14 10:21:00.066: D/CameraLauncher(21662): File locaton is: null
> The return value from the file picker is
> content://com.google.android.apps.docs.storage/document/acc%3D1%3Bdoc%3D3000 
> (see android log below)
> Code sample:
> {code}
> navigator.camera.getPicture(onPhotoURISuccess, onFail, {
> quality: 50,
> correctOrientation: true,
> destinationType: destinationType.FILE_URI,
> sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
> mediaType: Camera.MediaType.ALLMEDIA,
> });
> {code}
> Android log: 
> {code}
> 03-14 10:48:31.969: I/ActivityManager(914): Displayed 
> com.android.documentsui/.DocumentsActivity: +146ms (total +172ms)
> 03-14 10:48:31.974: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=2, sortOrder=2
> 03-14 10:48:40.310: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:44.279: D/NetlinkSocketObserver(914): 
> NeighborEvent{elapsedMs=447463541, 10.4.67.1, [FEA087606419], RTM_NEWNEIGH, 
> NUD_STALE}
> 03-14 10:48:45.778: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:46.192: D/ConnectivityService(914): updateNetworkScore for 
> NetworkAgentInfo [WIFI () - 148] to 55
> 03-14 10:48:48.832: I/Atfwd_Sendcmd(1677): AtCmdFwd service not ready - 
> Exhausted retry attempts - :6
> 03-14 10:48:48.833: I/Atfwd_Daemon(1677): result : -1  ,Init step :2  
>  ,qmiErrorCode: 0
> 03-14 10:48:49.211: D/ConnectivityService(914): updateNetworkScore for 
> NetworkAgentInfo [WIFI () - 148] to 56
> 03-14 10:48:49.243: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:52.028: D/Documents(19828): onFinished() 
> [content://com.google.android.apps.docs.storage/document/acc%3D1%3Bdoc%3D3000]
> 03-14 10:48:52.049: D/CordovaInterfaceImpl(2469): Sending activity result to 
> plugin
> 03-14 10:48:52.051: D/CameraLauncher(2469): File locaton is: null
> 03-14 10:48:52.056: I/chromium(2469): [INFO:CONSOLE(39)] "onPhotoURISuccess: 
> null", source: 
> file:///android_asset/www/neptune/public/application/z_cats_login_bouvet/js/loglevel-persistlogstrings.js
>  (39)
> {code}
> Related to https://issues.apache.org/jira/browse/CB-10270
> PS Updated android log



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

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

[jira] [Commented] (CB-11625) Camera crashes due to FileUriExposedException issues

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11625:
-

Github user infil00p commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/235
  
BuildHelper isn't being added to the CI, even though I've updated 
cordova-plugin-compat. 


> Camera crashes due to FileUriExposedException issues
> 
>
> Key: CB-11625
> URL: https://issues.apache.org/jira/browse/CB-11625
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Reporter: Joe Bowser
>  Labels: android, nougat, triaged
>
> There is a new URI that checks if the File URI is exposed.  It seems the 
> Android team wants to make our lives awful by using their content providers 
> that don't work with the web.  This is related to CB-11592



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

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

[jira] [Commented] (CB-11206) Contacts plugin causes app crash

[ASF subversion and git services (JIRA)]

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

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

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

CB-11206 (android) Fixed custom IM protocol parsing
close #128


> Contacts plugin causes app crash
> 
>
> Key: CB-11206
> URL: https://issues.apache.org/jira/browse/CB-11206
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Petr Odut
>
> On Samsung phone app crashes instantly with a stack trace:
> {noformat}
> java.lang.NumberFormatException
> java.lang.Integer.invalidInt(Integer.java:138)
> java.lang.Integer.parseInt(Integer.java:358)
> java.lang.Integer.parseInt(Integer.java:334)
> org.apache.cordova.contacts.ContactAccessorSdk5.imQuery(ContactAccessorSdk5.java:907)
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:435)
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:282)
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> java.lang.Thread.run(Thread.java:818)
> {noformat}
> JS code to retrieve contacts, on Sony phone the same code works properly:
> {code:javascript}
> if(navigator.contacts) {
>   var options = new ContactFindOptions();
>   options.multiple = true;
>   options.hasPhoneNumber = true;
>   navigator.contacts.find([navigator.contacts.fieldType.phoneNumbers], 
> contacts => {
>   this.phoneContacts = contacts;
>   d.resolve(contacts);
>   }, e => d.reject(e), options);
> }
> {code}



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

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

[jira] [Commented] (CB-11206) Contacts plugin causes app crash

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11206:
-

Github user asfgit closed the pull request at:

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


> Contacts plugin causes app crash
> 
>
> Key: CB-11206
> URL: https://issues.apache.org/jira/browse/CB-11206
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Petr Odut
>
> On Samsung phone app crashes instantly with a stack trace:
> {noformat}
> java.lang.NumberFormatException
> java.lang.Integer.invalidInt(Integer.java:138)
> java.lang.Integer.parseInt(Integer.java:358)
> java.lang.Integer.parseInt(Integer.java:334)
> org.apache.cordova.contacts.ContactAccessorSdk5.imQuery(ContactAccessorSdk5.java:907)
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:435)
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:282)
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> java.lang.Thread.run(Thread.java:818)
> {noformat}
> JS code to retrieve contacts, on Sony phone the same code works properly:
> {code:javascript}
> if(navigator.contacts) {
>   var options = new ContactFindOptions();
>   options.multiple = true;
>   options.hasPhoneNumber = true;
>   navigator.contacts.find([navigator.contacts.fieldType.phoneNumbers], 
> contacts => {
>   this.phoneContacts = contacts;
>   d.resolve(contacts);
>   }, e => d.reject(e), options);
> }
> {code}



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

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

[jira] [Commented] (CB-11625) Camera crashes due to FileUriExposedException issues

[Joe Bowser (JIRA)]

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

Joe Bowser commented on CB-11625:
-

[~bored...@gmail.com] I just finished updating cordova-plugin-compat so the 
plugin works on earlier versions of Cordova, as well as other work since the 
Android Compatibility Library we're using to get FilesProvider doesn't work 
properly on Android 4.4.4.  Now that everything appears to be working properly, 
we should be good to go once it passes CI.  Although I don't know why it hasn't 
passed CI (could be related to a mobile-spec issue).

> Camera crashes due to FileUriExposedException issues
> 
>
> Key: CB-11625
> URL: https://issues.apache.org/jira/browse/CB-11625
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Reporter: Joe Bowser
>  Labels: android, nougat, triaged
>
> There is a new URI that checks if the File URI is exposed.  It seems the 
> Android team wants to make our lives awful by using their content providers 
> that don't work with the web.  This is related to CB-11592



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

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

[jira] [Closed] (CB-11206) Contacts plugin causes app crash

[Alexander Sorokin (JIRA)]

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

Alexander Sorokin closed CB-11206.
--
Resolution: Fixed

> Contacts plugin causes app crash
> 
>
> Key: CB-11206
> URL: https://issues.apache.org/jira/browse/CB-11206
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Petr Odut
>
> On Samsung phone app crashes instantly with a stack trace:
> {noformat}
> java.lang.NumberFormatException
> java.lang.Integer.invalidInt(Integer.java:138)
> java.lang.Integer.parseInt(Integer.java:358)
> java.lang.Integer.parseInt(Integer.java:334)
> org.apache.cordova.contacts.ContactAccessorSdk5.imQuery(ContactAccessorSdk5.java:907)
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:435)
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:282)
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> java.lang.Thread.run(Thread.java:818)
> {noformat}
> JS code to retrieve contacts, on Sony phone the same code works properly:
> {code:javascript}
> if(navigator.contacts) {
>   var options = new ContactFindOptions();
>   options.multiple = true;
>   options.hasPhoneNumber = true;
>   navigator.contacts.find([navigator.contacts.fieldType.phoneNumbers], 
> contacts => {
>   this.phoneContacts = contacts;
>   d.resolve(contacts);
>   }, e => d.reject(e), options);
> }
> {code}



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

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

[jira] [Commented] (CB-11206) Contacts plugin causes app crash

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11206:
-

Github user alsorokin commented on the issue:

https://github.com/apache/cordova-plugin-contacts/pull/128
  
Pushed the correct fix for the issue, so closing this PR and [the JIRA 
issue](https://issues.apache.org/jira/browse/CB-11206).

@proverbface please check if your problem is fixed in current master 
version of the plugin and if not, please reopen.



> Contacts plugin causes app crash
> 
>
> Key: CB-11206
> URL: https://issues.apache.org/jira/browse/CB-11206
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Petr Odut
>
> On Samsung phone app crashes instantly with a stack trace:
> {noformat}
> java.lang.NumberFormatException
> java.lang.Integer.invalidInt(Integer.java:138)
> java.lang.Integer.parseInt(Integer.java:358)
> java.lang.Integer.parseInt(Integer.java:334)
> org.apache.cordova.contacts.ContactAccessorSdk5.imQuery(ContactAccessorSdk5.java:907)
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:435)
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:282)
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> java.lang.Thread.run(Thread.java:818)
> {noformat}
> JS code to retrieve contacts, on Sony phone the same code works properly:
> {code:javascript}
> if(navigator.contacts) {
>   var options = new ContactFindOptions();
>   options.multiple = true;
>   options.hasPhoneNumber = true;
>   navigator.contacts.find([navigator.contacts.fieldType.phoneNumbers], 
> contacts => {
>   this.phoneContacts = contacts;
>   d.resolve(contacts);
>   }, e => d.reject(e), options);
> }
> {code}



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

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

[jira] [Commented] (CB-10857) Camera.getPicture return null for Google Drive (camera 2.1.1)

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-10857:
-

Github user infil00p commented on the issue:

https://github.com/apache/cordova-plugin-camera/pull/198
  
Compatibility work takes priority over this fix.  Once that fix is merged, 
I'll look at adding this, although I believe another patch has already 
addressed this.


> Camera.getPicture return null for Google Drive (camera 2.1.1)
> -
>
> Key: CB-10857
> URL: https://issues.apache.org/jira/browse/CB-10857
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Camera
>Affects Versions: 2.1.1
> Environment: Android - Tested on 6.0.1
>Reporter: Dagfinn Parnas
>Assignee: Joe Bowser
>  Labels: android, mustfix, reproduced, triaged
> Attachments: Filepicker_google_drive.png
>
>
> Camera.getPicture returns null for pictures and other files when using Google 
> Drive in version 2.1.1. Other sources in the generic file picker such as 
> Images, Photos and Astro File Manager works. 
> The camera plugin gets a null value in processResultFromGallery
> 03-14 10:21:00.066: D/CameraLauncher(21662): File locaton is: null
> The return value from the file picker is
> content://com.google.android.apps.docs.storage/document/acc%3D1%3Bdoc%3D3000 
> (see android log below)
> Code sample:
> {code}
> navigator.camera.getPicture(onPhotoURISuccess, onFail, {
> quality: 50,
> correctOrientation: true,
> destinationType: destinationType.FILE_URI,
> sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
> mediaType: Camera.MediaType.ALLMEDIA,
> });
> {code}
> Android log: 
> {code}
> 03-14 10:48:31.969: I/ActivityManager(914): Displayed 
> com.android.documentsui/.DocumentsActivity: +146ms (total +172ms)
> 03-14 10:48:31.974: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=2, sortOrder=2
> 03-14 10:48:40.310: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:44.279: D/NetlinkSocketObserver(914): 
> NeighborEvent{elapsedMs=447463541, 10.4.67.1, [FEA087606419], RTM_NEWNEIGH, 
> NUD_STALE}
> 03-14 10:48:45.778: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:46.192: D/ConnectivityService(914): updateNetworkScore for 
> NetworkAgentInfo [WIFI () - 148] to 55
> 03-14 10:48:48.832: I/Atfwd_Sendcmd(1677): AtCmdFwd service not ready - 
> Exhausted retry attempts - :6
> 03-14 10:48:48.833: I/Atfwd_Daemon(1677): result : -1  ,Init step :2  
>  ,qmiErrorCode: 0
> 03-14 10:48:49.211: D/ConnectivityService(914): updateNetworkScore for 
> NetworkAgentInfo [WIFI () - 148] to 56
> 03-14 10:48:49.243: D/Documents(19828): userMode=0, userSortOrder=0 --> 
> mode=1, sortOrder=1
> 03-14 10:48:52.028: D/Documents(19828): onFinished() 
> [content://com.google.android.apps.docs.storage/document/acc%3D1%3Bdoc%3D3000]
> 03-14 10:48:52.049: D/CordovaInterfaceImpl(2469): Sending activity result to 
> plugin
> 03-14 10:48:52.051: D/CameraLauncher(2469): File locaton is: null
> 03-14 10:48:52.056: I/chromium(2469): [INFO:CONSOLE(39)] "onPhotoURISuccess: 
> null", source: 
> file:///android_asset/www/neptune/public/application/z_cats_login_bouvet/js/loglevel-persistlogstrings.js
>  (39)
> {code}
> Related to https://issues.apache.org/jira/browse/CB-10270
> PS Updated android log



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

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

[jira] [Created] (CB-12081) any tool for apply code obfuscation for cordova plugins apart from progaurd

[lokesh (JIRA)]

lokesh created CB-12081:
---

 Summary: any tool for  apply code obfuscation for cordova plugins 
apart from progaurd
 Key: CB-12081
 URL: https://issues.apache.org/jira/browse/CB-12081
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
 Environment: all android versions.
Reporter: lokesh
Priority: Critical
 Fix For: 3.5.0


is there any other tool for  apply code obfuscation for cordova plugins.



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

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

[jira] [Created] (CB-12082) Error getting location: chromium: [ERROR:interface_registry.cc(99)] Failed to locate a binder for interface: autofill::mojom::AutofillDriver

[Mo Pages (JIRA)]

Mo Pages created CB-12082:
-

 Summary: Error getting location: chromium: 
[ERROR:interface_registry.cc(99)] Failed to locate a binder for interface: 
autofill::mojom::AutofillDriver
 Key: CB-12082
 URL: https://issues.apache.org/jira/browse/CB-12082
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Geolocation
Affects Versions: 3.5.0
 Environment: Cordova 6.3.1, Android
Reporter: Mo Pages
Priority: Critical


Whenever trying to use the geolocation plugin I get the following Chromium 
error: E/chromium: [ERROR:interface_registry.cc(99)] Failed to locate a binder 
for interface: autofill::mojom::AutofillDriver

I have tried re-adding the plugin and using the example code to fetch location 
but I'm always met with this error now...



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

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

[jira] [Commented] (CB-11206) Contacts plugin causes app crash

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11206:
-

Github user cordova-qa commented on the issue:

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

**Commit** - 
[Link](https://github.com/apache/cordova-plugin-contacts/pull/141/commits/660b40eccd986eab85892f9ba1e0696dc0ca)
**Dashboard** - 
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-contacts-pr/48/)

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



> Contacts plugin causes app crash
> 
>
> Key: CB-11206
> URL: https://issues.apache.org/jira/browse/CB-11206
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Petr Odut
>
> On Samsung phone app crashes instantly with a stack trace:
> {noformat}
> java.lang.NumberFormatException
> java.lang.Integer.invalidInt(Integer.java:138)
> java.lang.Integer.parseInt(Integer.java:358)
> java.lang.Integer.parseInt(Integer.java:334)
> org.apache.cordova.contacts.ContactAccessorSdk5.imQuery(ContactAccessorSdk5.java:907)
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:435)
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:282)
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> java.lang.Thread.run(Thread.java:818)
> {noformat}
> JS code to retrieve contacts, on Sony phone the same code works properly:
> {code:javascript}
> if(navigator.contacts) {
>   var options = new ContactFindOptions();
>   options.multiple = true;
>   options.hasPhoneNumber = true;
>   navigator.contacts.find([navigator.contacts.fieldType.phoneNumbers], 
> contacts => {
>   this.phoneContacts = contacts;
>   d.resolve(contacts);
>   }, e => d.reject(e), options);
> }
> {code}



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

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

[jira] [Commented] (CB-12074) Cookies are ignored on first application execution

[Dmitry (JIRA)]

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

Dmitry commented on CB-12074:
-

Same here, first launch of the application fails to login into our servers 
because cookies are not returned by the client. Restarting the app makes it 
work fine afterwards.

> Cookies are ignored on first application execution
> --
>
> Key: CB-12074
> URL: https://issues.apache.org/jira/browse/CB-12074
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
> Environment: Cordova 5.4.0, iOS 9.3.5
>Reporter: Maxim
>Assignee: Shazron Abdullah
>
> Our application authenticates to the server. The server sets a 'JSESSIONID' 
> cookie. The cookie is used by the server for session management. 
> The issue is WKWebView does not send this cookie back to the server on 
> subsequent requests. However, this only happens on first execution of the 
> application, after its installation. Once the application closed and 
> re-opened, the cookies are properly sent and authentication completes 
> successfully. 
> The problematic behavior is consistent, and was observed on several devices. 
> On the other hand, there are no such issues with UIWebView. 



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

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

[jira] [Commented] (CB-11206) Contacts plugin causes app crash

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11206:
-

Github user vladimir-kotikov closed the pull request at:

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


> Contacts plugin causes app crash
> 
>
> Key: CB-11206
> URL: https://issues.apache.org/jira/browse/CB-11206
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Petr Odut
>
> On Samsung phone app crashes instantly with a stack trace:
> {noformat}
> java.lang.NumberFormatException
> java.lang.Integer.invalidInt(Integer.java:138)
> java.lang.Integer.parseInt(Integer.java:358)
> java.lang.Integer.parseInt(Integer.java:334)
> org.apache.cordova.contacts.ContactAccessorSdk5.imQuery(ContactAccessorSdk5.java:907)
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:435)
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:282)
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> java.lang.Thread.run(Thread.java:818)
> {noformat}
> JS code to retrieve contacts, on Sony phone the same code works properly:
> {code:javascript}
> if(navigator.contacts) {
>   var options = new ContactFindOptions();
>   options.multiple = true;
>   options.hasPhoneNumber = true;
>   navigator.contacts.find([navigator.contacts.fieldType.phoneNumbers], 
> contacts => {
>   this.phoneContacts = contacts;
>   d.resolve(contacts);
>   }, e => d.reject(e), options);
> }
> {code}



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

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

[jira] [Commented] (CB-12074) Cookies are ignored on first application execution

[Maxim (JIRA)]

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

Maxim commented on CB-12074:


Similar issue was reported for Telerik's plugin implementation, where cookies 
are not send on initial load. Here is the thread - 
https://github.com/Telerik-Verified-Plugins/WKWebView/issues/90

> Cookies are ignored on first application execution
> --
>
> Key: CB-12074
> URL: https://issues.apache.org/jira/browse/CB-12074
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
> Environment: Cordova 5.4.0, iOS 9.3.5
>Reporter: Maxim
>Assignee: Shazron Abdullah
>
> Our application authenticates to the server. The server sets a 'JSESSIONID' 
> cookie. The cookie is used by the server for session management. 
> The issue is WKWebView does not send this cookie back to the server on 
> subsequent requests. However, this only happens on first execution of the 
> application, after its installation. Once the application closed and 
> re-opened, the cookies are properly sent and authentication completes 
> successfully. 
> The problematic behavior is consistent, and was observed on several devices. 
> On the other hand, there are no such issues with UIWebView. 



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

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

[jira] [Commented] (CB-9270) Plugman fails reading the sdk.dir value

[Miquel (JIRA)]

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

Miquel commented on CB-9270:


This is not happening when you install {{cordova-admob}} plugin (from 
[http://github.com/appfeel/admob-google-cordova]) but it happens when removing 
it. Here the verbose log:

{code}
$ cordova plugin rm cordova-admob --verbose
Executing "before_plugin_rm"  hook for all plugins.
Calling plugman.uninstall on plugin "cordova-admob" for platform "android"
Running command: /Volumes/DATA/apps/testApp/platforms/android/cordova/version 
Command finished with error code 0: 
/Volumes/DATA/apps/testApp/platforms/android/cordova/version 
Executing "before_plugin_uninstall"  hook for "cordova-admob" on android.
Uninstalling cordova-admob from android
Updating build files since android plugin contained 
Updating build files since android plugin contained 
Calling plugman.uninstall on plugin "cordova-admob" for platform "ios"
Running command: /Volumes/DATA/apps/testApp/platforms/ios/cordova/version 
Command finished with error code 0: 
/Volumes/DATA/apps/testApp/platforms/ios/cordova/version 
Uninstalling 2 dependent plugins.
Executing "before_plugin_uninstall"  hook for "cordova-connectivity-monitor" on 
ios.
Uninstalling cordova-connectivity-monitor from ios
Beginning processing of action stack for ios project...
Action stack processing complete.
Executing "before_plugin_uninstall"  hook for "cordova-libgoogleadmobads" on 
ios.
Uninstalling cordova-libgoogleadmobads from ios
Beginning processing of action stack for ios project...
Error during processing of action! Attempting to revert...
Error: TypeError: Uh oh!
Path must be a string. Received undefined
at assertPath (path.js:7:11)
at Object.dirname (path.js:1324:5)
at searchPathForFile 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/xcode/lib/pbxProject.js:1517:24)
at pbxProject.removeFromFrameworkSearchPaths 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/xcode/lib/pbxProject.js:1035:20)
at pbxProject.removeFramework 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/xcode/lib/pbxProject.js:307:14)
at uninstall 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/lib/plugman/pluginHandlers.js:112:41)
at Object.process 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/cordova-common/src/ActionStack.js:56:25)
at Plugman.removePlugin 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/lib/plugman/Plugman.js:125:20)
at Api.removePlugin 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/Api.js:220:40)
at handleUninstall 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/uninstall.js:333:6)
{code}

> Plugman fails reading the sdk.dir value
> ---
>
> Key: CB-9270
> URL: https://issues.apache.org/jira/browse/CB-9270
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: Windows 10/Cordova 5.1.1/Android SDK 19
>Reporter: Arcadio Garcia
>
> When trying to install the Cordova-admob-pro plugin, I experience this error:
> C:\Users\Arcadio\Documents\GitHub\PhoneKeyboard\phone\cordova\keystroke\Keystroke>cordova
>  plugin add cordova-plugin-admobpro
> Fetching plugin "cordova-plugin-admobpro" via npm
> npm http GET https://registry.npmjs.org/cordova-plugin-admobpro
> npm http 304 https://registry.npmjs.org/cordova-plugin-admobpro
> Installing "cordova-plugin-admobpro" for android
> Error during processing of action! Attempting to revert...
> Failed to install 'cordova-plugin-admobpro':TypeError: Uh oh!
> Arguments to path.resolve must be strings
> at Object.exports.resolve (path.js:116:15)
> at Object.module.exports.framework.install 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\android.js:139:35)
> at installWrapper 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\platforms\platforms.js:77:32)
> at Object.ActionStack.process 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:68:25)
> at handleInstall 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:550:20)
> at 
> C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:342:28
> at _fulfilled 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:787:54)
> at self.promiseDispatch.done 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:816:30)
> at Promise.promise.promiseDispatch 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:749:13)
> at 
> 

[jira] [Commented] (CB-9270) Plugman fails reading the sdk.dir value

[Miquel (JIRA)]

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

Miquel commented on CB-9270:


Seems it happens with custom frameworks. Seems this is a problem with 
[https://github.com/alunny/node-xcode.git] when managing custom frameworks

> Plugman fails reading the sdk.dir value
> ---
>
> Key: CB-9270
> URL: https://issues.apache.org/jira/browse/CB-9270
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
> Environment: Windows 10/Cordova 5.1.1/Android SDK 19
>Reporter: Arcadio Garcia
>
> When trying to install the Cordova-admob-pro plugin, I experience this error:
> C:\Users\Arcadio\Documents\GitHub\PhoneKeyboard\phone\cordova\keystroke\Keystroke>cordova
>  plugin add cordova-plugin-admobpro
> Fetching plugin "cordova-plugin-admobpro" via npm
> npm http GET https://registry.npmjs.org/cordova-plugin-admobpro
> npm http 304 https://registry.npmjs.org/cordova-plugin-admobpro
> Installing "cordova-plugin-admobpro" for android
> Error during processing of action! Attempting to revert...
> Failed to install 'cordova-plugin-admobpro':TypeError: Uh oh!
> Arguments to path.resolve must be strings
> at Object.exports.resolve (path.js:116:15)
> at Object.module.exports.framework.install 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\android.js:139:35)
> at installWrapper 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\platforms\platforms.js:77:32)
> at Object.ActionStack.process 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:68:25)
> at handleInstall 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:550:20)
> at 
> C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:342:28
> at _fulfilled 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:787:54)
> at self.promiseDispatch.done 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:816:30)
> at Promise.promise.promiseDispatch 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:749:13)
> at 
> C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:509:49
> TypeError: Uh oh!
> Arguments to path.resolve must be strings
> at Object.exports.resolve (path.js:116:15)
> at Object.module.exports.framework.install 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\android.js:139:35)
> at installWrapper 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\platforms\platforms.js:77:32)
> at Object.ActionStack.process 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:68:25)
> at handleInstall 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:550:20)
> at 
> C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:342:28
> at _fulfilled 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:787:54)
> at self.promiseDispatch.done 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:816:30)
> at Promise.promise.promiseDispatch 
> (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:749:13)
> at 
> C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:509:49
> I seems that the file platforms\android\local.properties does not contain the 
> value sdk.dir, so when the code in android.js tries to resolve the path it 
> fails (it is undefined). I'm not sure when should that value be set, but it 
> is obviously missing, the only content of the file is:
> # This file is automatically generated.
> # Do not modify this file -- YOUR CHANGES WILL BE ERASED!



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

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

[jira] [Closed] (CB-11010) Unexpected EOF while finding contacts in iPhone 6s

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov closed CB-11010.
-
Resolution: Cannot Reproduce

Closing this as we weren't able to repro this on a several devices. Please 
reopen in case if you run into this again.

> Unexpected EOF while finding contacts in iPhone 6s
> --
>
> Key: CB-11010
> URL: https://issues.apache.org/jira/browse/CB-11010
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Affects Versions: 2.0.0
> Environment: iOS 9.2.1, iOS 9.3 in iPhone 6s
>Reporter: Gowtham
>Assignee: Vladimir Kotikov
>  Labels: iOS, mustfix, triaged
>
> I tried accessing the contacts using contacts plugin v2.0.1 with the 
> following code 
> var options  = new ContactFindOptions();
> options.filter   = "";
> options.multiple = true;
> var fields = ["displayName","phoneNumbers"];
>   
> navigator.contacts.find(fields, gotContacts, errorHandler, options);
> This throws me an SyntaxError: Unexpected EOF in iPhone 6s models.
> I tested the same in iPhone 5s and iPhone 6, this works fine. Also it works 
> fine in iPhone 6s Simulator.
> I tested in three iPhone 6s phones where the iOS is 9.3 for two phones and 
> 9.2.1 for one.
> All three phones have contacts more than 400.
> All three returned me the same error. 



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

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

[jira] [Created] (CB-12083) Custom frameworks: TypeError Uh oh! Path must be a string. Received undefined

[Miquel (JIRA)]

Miquel created CB-12083:
---

 Summary: Custom frameworks: TypeError Uh oh! Path must be a 
string. Received undefined
 Key: CB-12083
 URL: https://issues.apache.org/jira/browse/CB-12083
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 4.1.1
 Environment: cordova version: 6.1.1
Reporter: Miquel
Priority: Minor


When removing custom frameworks from cordova it raises this error:

{code}
Error: TypeError: Uh oh!
Path must be a string. Received undefined
at assertPath (path.js:7:11)
at Object.dirname (path.js:1324:5)
at searchPathForFile 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/xcode/lib/pbxProject.js:1517:24)
at pbxProject.removeFromFrameworkSearchPaths 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/xcode/lib/pbxProject.js:1035:20)
at pbxProject.removeFramework 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/xcode/lib/pbxProject.js:307:14)
at uninstall 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/lib/plugman/pluginHandlers.js:112:41)
at Object.process 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/node_modules/cordova-common/src/ActionStack.js:56:25)
at Plugman.removePlugin 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/lib/plugman/Plugman.js:125:20)
at Api.removePlugin 
(/Volumes/DATA/apps/testApp/platforms/ios/cordova/Api.js:220:40)
at handleUninstall 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/uninstall.js:333:6)
{code}

Steps to reproduce

- Create a cordova project with ios platform ~4.1.1
- Run {{$ cordova plugin add cordova-admob}}
- Run {{$ cordova plugin rm cordova-admob}}

{{cordova-admob}} depends on {{cordova-libgoogleadmobads}} which has a custom 
framework (admob sdk). When uninstalling this dependency, it crashes.

I suspect this has been resolved in new versions of 
[https://github.com/alunny/node-xcode] (I've also opened an issue there: 
[https://github.com/alunny/node-xcode/issues/109])



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

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

[jira] [Commented] (CB-12067) Mobile Spec is missing cordova-plugin-compat, any plugins that require compat changes don't compile

[ASF subversion and git services (JIRA)]

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

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

Commit 284f1cb4ac2a5bc0f19e84e615e7ab58b9b8c717 in cordova-mobile-spec's branch 
refs/heads/master from [~bowserj]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=284f1cb ]

CB-12067: Added cordova-plugin-compat to default plugins

This closes #141


> Mobile Spec is missing cordova-plugin-compat, any plugins that require compat 
> changes don't compile
> ---
>
> Key: CB-12067
> URL: https://issues.apache.org/jira/browse/CB-12067
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: mobile-spec
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>Priority: Blocker
>




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

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

[jira] [Commented] (CB-12067) Mobile Spec is missing cordova-plugin-compat, any plugins that require compat changes don't compile

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12067:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-mobile-spec/pull/141


> Mobile Spec is missing cordova-plugin-compat, any plugins that require compat 
> changes don't compile
> ---
>
> Key: CB-12067
> URL: https://issues.apache.org/jira/browse/CB-12067
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: mobile-spec
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>Priority: Blocker
>




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

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

[jira] [Commented] (CB-12077) Custom app icons and splash screens not working in cordova-android v6.0.0

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12077:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-android/pull/343
  
## [Current 
coverage](https://codecov.io/gh/apache/cordova-android/pull/343?src=pr) is 
35.21% (diff: 0.00%)
> Merging 
[#343](https://codecov.io/gh/apache/cordova-android/pull/343?src=pr) into 
[master](https://codecov.io/gh/apache/cordova-android/branch/master?src=pr) 
will not change coverage

```diff
@@ master   #343   diff @@
==
  Files12 12  
  Lines  1028   1028  
  Methods 202202  
  Messages  0  0  
  Branches169169  
==
  Hits362362  
  Misses  666666  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last update 
[1f06176...db198eb](https://codecov.io/gh/apache/cordova-android/compare/1f06176149a49dd5a28e491c948ea98200ed6c1f...db198eba9ada727025e63c8709c78f17ee0cecea?src=pr)


> Custom app icons and splash screens not working in cordova-android v6.0.0
> -
>
> Key: CB-12077
> URL: https://issues.apache.org/jira/browse/CB-12077
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: cordova v6.4.0, cordova-android v6.0.0, 
> cordova-plugin-splashscreen@4.0.0
>Reporter: Graeme Mawson
>Assignee: Darryl Pogue
>Priority: Critical
>
> With the latest cordova-android v6.0.0 release, which is pinned to cordova 
> v6.4.0, custom app icons and splash screens no longer work.
> It appears as though the custom app icons and splash screens are copied into 
> the ./res folder and not into the ./platforms/android/res folder.
> Others have mentioned the same bug - please refer to the comments at the 
> bottom of your blog post announcement of the cordova-android v6.0.0 release 
> (http://cordova.apache.org/announcements/2016/10/24/android-release.html).
> My config.xml file refers to the app icons & splash screens as follows:
> 
> 
> 
> 
> 
> 
> 
> 
>  density="land-ldpi"/>
>  density="land-mdpi"/>
>  density="land-hdpi"/>
>  density="land-xhdpi"/>
>  density="land-xxhdpi"/>
>  density="land-xxxhdpi"/>
>  density="port-hdpi"/>
>  density="port-ldpi"/>
>  density="port-mdpi"/>
>  density="port-xhdpi"/>
>  density="port-xxhdpi"/>
>  density="port-xxxhdpi"/>
> 



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

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

[jira] [Updated] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding updated CB-12084:
--
Description: 
iOS 10.1 has been released, and requires Xcode 8.1 for builds.

The Cordiva CLI build tools don't work with Xcode 8.1.

Following is a transcript of a session illustrating this.


sh-3.2# cd Documents
sh-3.2# cordova -v
6.4.0
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios

sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*

# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General tab and code signing identity to “iOS Developer” 
under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1
# However, now with the CLI, cordova clean iOS fails as follows. To make 
matters worse, the clean is destructive,
# erasing the platforms/ios/www directory!

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
www

sh-3.2# cordova clean ios

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

…

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

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

=== CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release ===

…

=== CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
Release ===

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
sh-3.2# 


  was:
iOS 10.1 has been released, and requires Xcode 8.1 for builds.

The Cordiva CLI build tools don't ork with Xcode 8.1.

Following is a transcript of a session illustrating this.


sh-3.2# cd Documents
sh-3.2# cordova -v
6.4.0
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios

sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*

# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General
# tab and code signing identity to “iOS Developer” under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1

# However, now with the CLI, cordova clean iOS fails as follows. To make 
matters worse, the clean is destructive,
# erasing the platforms/ios/www directory!

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
www

sh-3.2# cordova clean ios

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

…

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

Check dependencies
[BCEROR]No 

[jira] [Updated] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding updated CB-12084:
--
Description: 
iOS 10.1 has been released, and requires Xcode 8.1 for builds.

The Cordiva CLI build tools don't work with Xcode 8.1.

Following is a transcript of a session illustrating this.


sh-3.2# cd Documents
sh-3.2# cordova -v
6.4.0
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios

sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*

# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General tab and code signing identity to “iOS Developer” 
under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1
# However, now with the CLI, cordova clean iOS fails as follows. To make 
matters worse, the clean is destructive, erasing the platforms/ios/www 
directory!

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
www

sh-3.2# cordova clean ios

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

…

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

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

=== CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release ===

…

=== CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
Release ===

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
sh-3.2# 


  was:
iOS 10.1 has been released, and requires Xcode 8.1 for builds.

The Cordiva CLI build tools don't work with Xcode 8.1.

Following is a transcript of a session illustrating this.


sh-3.2# cd Documents
sh-3.2# cordova -v
6.4.0
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios

sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*

# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General tab and code signing identity to “iOS Developer” 
under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1
# However, now with the CLI, cordova clean iOS fails as follows. To make 
matters worse, the clean is destructive,
# erasing the platforms/ios/www directory!

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
www

sh-3.2# cordova clean ios

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

…

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

Check dependencies
[BCEROR]No 

[jira] [Updated] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-12084:
--
Description: 
iOS 10.1 has been released, and requires Xcode 8.1 for builds.

The Cordiva CLI build tools don't work with Xcode 8.1.

Following is a transcript of a session illustrating this.
{code}

sh-3.2# cd Documents
sh-3.2# cordova -v
6.4.0
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios

sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*

# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General tab and code signing identity to “iOS Developer” 
under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1
# However, now with the CLI, cordova clean iOS fails as follows. To make 
matters worse, the clean is destructive, erasing the platforms/ios/www 
directory!

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
www

sh-3.2# cordova clean ios

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

…

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

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

=== CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release ===

…

=== CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
Release ===

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
sh-3.2# 
{code}

  was:
iOS 10.1 has been released, and requires Xcode 8.1 for builds.

The Cordiva CLI build tools don't work with Xcode 8.1.

Following is a transcript of a session illustrating this.


sh-3.2# cd Documents
sh-3.2# cordova -v
6.4.0
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios

sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*

# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General tab and code signing identity to “iOS Developer” 
under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1
# However, now with the CLI, cordova clean iOS fails as follows. To make 
matters worse, the clean is destructive, erasing the platforms/ios/www 
directory!

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
www

sh-3.2# cordova clean ios

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

…

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

Check 

[jira] [Commented] (CB-12077) Custom app icons and splash screens not working in cordova-android v6.0.0

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-12077:
-

GitHub user dpogue opened a pull request:

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

CB-12077: Fix paths for Android icons/splashscreens

### Platforms affected
Android

### What does this PR do?
Fix icons and splashscreens defined in config.xml copying into the project 
to override the default Cordova ones.

### What testing has been done on this change?
Tested locally with cordova-cli


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

$ git pull https://github.com/dpogue/cordova-android fix-icons

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

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


commit db198eba9ada727025e63c8709c78f17ee0cecea
Author: Darryl Pogue 
Date:   2016-10-28T20:05:01Z

CB-12077: Fix paths for Android icons/splashscreens




> Custom app icons and splash screens not working in cordova-android v6.0.0
> -
>
> Key: CB-12077
> URL: https://issues.apache.org/jira/browse/CB-12077
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: cordova v6.4.0, cordova-android v6.0.0, 
> cordova-plugin-splashscreen@4.0.0
>Reporter: Graeme Mawson
>Assignee: Darryl Pogue
>Priority: Critical
>
> With the latest cordova-android v6.0.0 release, which is pinned to cordova 
> v6.4.0, custom app icons and splash screens no longer work.
> It appears as though the custom app icons and splash screens are copied into 
> the ./res folder and not into the ./platforms/android/res folder.
> Others have mentioned the same bug - please refer to the comments at the 
> bottom of your blog post announcement of the cordova-android v6.0.0 release 
> (http://cordova.apache.org/announcements/2016/10/24/android-release.html).
> My config.xml file refers to the app icons & splash screens as follows:
> 
> 
> 
> 
> 
> 
> 
> 
>  density="land-ldpi"/>
>  density="land-mdpi"/>
>  density="land-hdpi"/>
>  density="land-xhdpi"/>
>  density="land-xxhdpi"/>
>  density="land-xxxhdpi"/>
>  density="port-hdpi"/>
>  density="port-ldpi"/>
>  density="port-mdpi"/>
>  density="port-xhdpi"/>
>  density="port-xxhdpi"/>
>  density="port-xxxhdpi"/>
> 



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

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

[jira] [Assigned] (CB-12077) Custom app icons and splash screens not working in cordova-android v6.0.0

[Darryl Pogue (JIRA)]

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

Darryl Pogue reassigned CB-12077:
-

Assignee: Darryl Pogue

> Custom app icons and splash screens not working in cordova-android v6.0.0
> -
>
> Key: CB-12077
> URL: https://issues.apache.org/jira/browse/CB-12077
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: cordova v6.4.0, cordova-android v6.0.0, 
> cordova-plugin-splashscreen@4.0.0
>Reporter: Graeme Mawson
>Assignee: Darryl Pogue
>Priority: Critical
>
> With the latest cordova-android v6.0.0 release, which is pinned to cordova 
> v6.4.0, custom app icons and splash screens no longer work.
> It appears as though the custom app icons and splash screens are copied into 
> the ./res folder and not into the ./platforms/android/res folder.
> Others have mentioned the same bug - please refer to the comments at the 
> bottom of your blog post announcement of the cordova-android v6.0.0 release 
> (http://cordova.apache.org/announcements/2016/10/24/android-release.html).
> My config.xml file refers to the app icons & splash screens as follows:
> 
> 
> 
> 
> 
> 
> 
> 
>  density="land-ldpi"/>
>  density="land-mdpi"/>
>  density="land-hdpi"/>
>  density="land-xhdpi"/>
>  density="land-xxhdpi"/>
>  density="land-xxxhdpi"/>
>  density="port-hdpi"/>
>  density="port-ldpi"/>
>  density="port-mdpi"/>
>  density="port-xhdpi"/>
>  density="port-xxhdpi"/>
>  density="port-xxxhdpi"/>
> 



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

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

[jira] [Created] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

Nick Redding created CB-12084:
-

 Summary: iOS 4.3.0 CLI tools fail with Xcode 8.1
 Key: CB-12084
 URL: https://issues.apache.org/jira/browse/CB-12084
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 4.3.0
 Environment: OS-X Xcode 8.1
Reporter: Nick Redding


iOS 10.1 has been released, and requires Xcode 8.1 for builds.

The Cordiva CLI build tools don't ork with Xcode 8.1.

Following is a transcript of a session illustrating this.


sh-3.2# cd Documents
sh-3.2# cordova -v
6.4.0
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios

sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*

# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General
# tab and code signing identity to “iOS Developer” under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1

# However, now with the CLI, cordova clean iOS fails as follows. To make 
matters worse, the clean is destructive,
# erasing the platforms/ios/www directory!

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
www

sh-3.2# cordova clean ios

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

…

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

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

=== CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release ===

…

=== CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
Release ===

Check dependencies
[BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
find a provisioning profile matching 'io.cordova.hellocordova'.
[BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
10.1'

…

** CLEAN SUCCEEDED **

sh-3.2# ls platforms/ios
.DS_Store   HelloCordovacordova 
pods-debug.xcconfig
.gitignore  HelloCordova.xcodeproj  ios.json
pods-release.xcconfig
CordovaLib  HelloCordova.xcworkspaceplatform_www
sh-3.2# 




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

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

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-12084:
---

So is this just a "cordova clean" issue? You mention that "The Cordiva CLI 
build tools don't work with Xcode 8.1." which is not specific, but from your 
description I only get that cordova clean is failing.

> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Commented] (CB-10167) not select multiple image from gallary using cordova

[Mr. V (JIRA)]

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

Mr. V commented on CB-10167:


I was hoping that the recently released Cordova 6.0.0. would finally resolve 
the issue of selecting multiple files at once. Alas no. What a shame. I find it 
hard to believe the engineers on the Cordova Android team could not resolve 
this, particularly as it's a rather significant issue. Not being able to select 
more than one file at at time on a mobile device... really?!  Come on!...

> not select multiple image from gallary using cordova
> 
>
> Key: CB-10167
> URL: https://issues.apache.org/jira/browse/CB-10167
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 5.4.0
> Environment: Android (mobile application platform)
>Reporter: Tejal Pandya
>Priority: Minor
>  Labels: triaged
> Fix For: 5.4.0
>
>   Original Estimate: 20m
>  Remaining Estimate: 20m
>
> I am working on cordova 5.4.0 . I am using plugins camera, file ,file 
> transfer , media-capture for multiple file selection through gallary. But its 
> possible with capture by camera using example multiimageselector3.  But not 
> for gallary (In demo multiimageselector2. This demo not working). i am using 
> html file for select image and add above plugins. But not work right now. 
> Give me such solution for multiple imageselection using gallary. 



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

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

[jira] [Commented] (CB-12077) Custom app icons and splash screens not working in cordova-android v6.0.0

[Graeme Mawson (JIRA)]

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

Graeme Mawson commented on CB-12077:


Forgot to mention - this appears to be related to CB-8722

> Custom app icons and splash screens not working in cordova-android v6.0.0
> -
>
> Key: CB-12077
> URL: https://issues.apache.org/jira/browse/CB-12077
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: cordova v6.4.0, cordova-android v6.0.0, 
> cordova-plugin-splashscreen@4.0.0
>Reporter: Graeme Mawson
>Priority: Critical
>
> With the latest cordova-android v6.0.0 release, which is pinned to cordova 
> v6.4.0, custom app icons and splash screens no longer work.
> It appears as though the custom app icons and splash screens are copied into 
> the ./res folder and not into the ./platforms/android/res folder.
> Others have mentioned the same bug - please refer to the comments at the 
> bottom of your blog post announcement of the cordova-android v6.0.0 release 
> (http://cordova.apache.org/announcements/2016/10/24/android-release.html).
> My config.xml file refers to the app icons & splash screens as follows:
> 
> 
> 
> 
> 
> 
> 
> 
>  density="land-ldpi"/>
>  density="land-mdpi"/>
>  density="land-hdpi"/>
>  density="land-xhdpi"/>
>  density="land-xxhdpi"/>
>  density="land-xxxhdpi"/>
>  density="port-hdpi"/>
>  density="port-ldpi"/>
>  density="port-mdpi"/>
>  density="port-xhdpi"/>
>  density="port-xxhdpi"/>
>  density="port-xxxhdpi"/>
> 



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

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

[jira] [Created] (CB-12078) Project setup behind proxy no longer possible with android@6.0.0

[Jannis Achstetter (JIRA)]

Jannis Achstetter created CB-12078:
--

 Summary: Project setup behind proxy no longer possible with 
android@6.0.0
 Key: CB-12078
 URL: https://issues.apache.org/jira/browse/CB-12078
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Reporter: Jannis Achstetter


We are running cordova behind a forced corporate proxy server. Therefore, the 
environment variables http_proxy and https_proxy are set accordingly. 
Unfortunately when gradle tries to download maven dependencies, these are 
ignored (npm works fine though). To allow gradle to fetch the deps via the 
proxy, we created a plugin that adds a "gradle.properties" file to the 
platforms/android folder containing the proxy configuration (build-time plugin 
only, no influence on runtime behaviour).
With cordova-android@<6.0.0, this procedure was okay. We added the platform, 
added the proxy-config-plugin and built the app, which made gradle download the 
deps via the proxy.
Since android-gradle@6.0.0, the proxy-config-plugin cannot be added to the 
project since it triggers a "clean" which fails due to gradle beeing unable to 
fetch the dependencies (since the proxy config is missing).

Is it possible to (temporarily) disable the "clean"-step when adding plugins? 
Alternatively: Is there another/better way to configure a proxy for gradle?

Related:
https://issues.apache.org/jira/browse/CB-11964
https://github.com/apache/cordova-android/pull/339

Thanks for developing the amazing cordova!



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

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

[jira] [Commented] (CB-12071) Fix for CB-11825 breaks usage of InProcessServer in Cordova Windows

[Luc Humair (JIRA)]

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

Luc Humair commented on CB-12071:
-

Our scenario requires us to use 
[MediaCapture.AddEffectAsync|https://msdn.microsoft.com/en-us/library/windows/apps/br211961.aspx]
 which needs an activatable runtime class. This 
[ActivatableClass|https://msdn.microsoft.com/en-us/library/windows/apps/dn934736.aspx]
 is declared using an InProcessServer.
The deployment with version 4.4.2 and manually setting PackageAction=None does 
not work either (the build fails with the same error).

Currently, we tell our customers to use version 4.4.2 as a workaround. With 
version 4.4.3 I can also only see the workaround of manually switching the 
PackageAction.

Btw: I played around with the sample provided with issue CB-11825. Suprisingly 
the deployment succeeds if I move the DLL to the project's root folder (while 
still having the PackageAction=Content property). Specifically I changed part 
of the file CordovaApp.projitems from:
{code:xml}


plugins/com.plugin.test.myPlugin/SayHelloLib.dll
Always


{code}

to

{code:xml}


SayHelloLib.dll
Always


{code}

This matches the configuration we also use in our project. As the deployment 
succeeds this way, I am wondering whether the patch for CB-11825 actually fixed 
a problem or rather a symptom of some other problem.

> Fix for CB-11825 breaks usage of InProcessServer in Cordova Windows
> ---
>
> Key: CB-12071
> URL: https://issues.apache.org/jira/browse/CB-12071
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugins, Windows
>Affects Versions: 4.4.3
> Environment: Windows Phone 8.1, Windows 8.1, Windows 10 UWP
>Reporter: Luc Humair
>Priority: Critical
>
> I have a plugin which needs an InProcessServerExtension in the project's 
> package.windows.appxmanifest like:
> {code:xml}
> 
> 
> 
> Foo.dll
>  ThreadingModel="both" />
> 
> 
> 
> {code}
> The corresponding DLL is configured in the plugin.xml file using:
> {code:xml}
>  src="src/windows/win81/$(Platform)/Foo.dll" target="Foo.dll" versions="8.1"/>
>  src="src/windows/wpa81/$(Platform)/Foo.dll" target="Foo.dll" versions="8.1"/>
>  versions="=10"/>
> {code}
> This configuration worked until release 4.4.2. Foo.dll was included in the 
> projects with property "Package Action"="Content" which includes the DLL in 
> the package manifest.
> Release 4.4.3 introduced a patch related to issue CB-11825 that changes  the 
> DLL's "Package Action" to "None". Now the file is no longer included in the 
> package manifest and the build fails for all the platforms with the following 
> error message:
> package.windows.appxmanifest : error APPX0703: Manifest references file 
> 'Foo.dll' which is not part of the payload.



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

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

[jira] [Created] (CB-12077) Custom app icons and splash screens not working in cordova-android v6.0.0

[Graeme Mawson (JIRA)]

Graeme Mawson created CB-12077:
--

 Summary: Custom app icons and splash screens not working in 
cordova-android v6.0.0
 Key: CB-12077
 URL: https://issues.apache.org/jira/browse/CB-12077
 Project: Apache Cordova
  Issue Type: Bug
 Environment: cordova v6.4.0, cordova-android v6.0.0, 
cordova-plugin-splashscreen@4.0.0
Reporter: Graeme Mawson
Priority: Critical


With the latest cordova-android v6.0.0 release, which is pinned to cordova 
v6.4.0, custom app icons and splash screens no longer work.

It appears as though the custom app icons and splash screens are copied into 
the ./res folder and not into the ./platforms/android/res folder.

Others have mentioned the same bug - please refer to the comments at the bottom 
of your blog post announcement of the cordova-android v6.0.0 release 
(http://cordova.apache.org/announcements/2016/10/24/android-release.html).

My config.xml file refers to the app icons & splash screens as follows:

























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

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

[jira] [Commented] (CB-12071) Fix for CB-11825 breaks usage of InProcessServer in Cordova Windows

[Sergey Shakhnazarov (JIRA)]

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

Sergey Shakhnazarov commented on CB-12071:
--

Thank you [~lhm]!
You are right, the fix for CB-11825 was invalid - the real issue reason were 
the incorrect slashes:
{code}

->

{code}

> Fix for CB-11825 breaks usage of InProcessServer in Cordova Windows
> ---
>
> Key: CB-12071
> URL: https://issues.apache.org/jira/browse/CB-12071
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugins, Windows
>Affects Versions: 4.4.3
> Environment: Windows Phone 8.1, Windows 8.1, Windows 10 UWP
>Reporter: Luc Humair
>Priority: Critical
>
> I have a plugin which needs an InProcessServerExtension in the project's 
> package.windows.appxmanifest like:
> {code:xml}
> 
> 
> 
> Foo.dll
>  ThreadingModel="both" />
> 
> 
> 
> {code}
> The corresponding DLL is configured in the plugin.xml file using:
> {code:xml}
>  src="src/windows/win81/$(Platform)/Foo.dll" target="Foo.dll" versions="8.1"/>
>  src="src/windows/wpa81/$(Platform)/Foo.dll" target="Foo.dll" versions="8.1"/>
>  versions="=10"/>
> {code}
> This configuration worked until release 4.4.2. Foo.dll was included in the 
> projects with property "Package Action"="Content" which includes the DLL in 
> the package manifest.
> Release 4.4.3 introduced a patch related to issue CB-11825 that changes  the 
> DLL's "Package Action" to "None". Now the file is no longer included in the 
> package manifest and the build fails for all the platforms with the following 
> error message:
> package.windows.appxmanifest : error APPX0703: Manifest references file 
> 'Foo.dll' which is not part of the payload.



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

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

[jira] [Created] (CB-12079) Only add WRITE_EXTERNAL_STORAGE when listing sdcard in AndroidExtraFilesystems

[Pavel Shevchuk (JIRA)]

Pavel Shevchuk created CB-12079:
---

 Summary: Only add WRITE_EXTERNAL_STORAGE when listing sdcard in 
AndroidExtraFilesystems
 Key: CB-12079
 URL: https://issues.apache.org/jira/browse/CB-12079
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File
Affects Versions: 4.3.0
 Environment: Android
Reporter: Pavel Shevchuk
Priority: Minor


WRITE_EXTERNAL_STORAGE permission is listed as dangerous according to latest 
Android SDK documentation:
https://developer.android.com/reference/android/Manifest.permission.html#WRITE_EXTERNAL_STORAGE

cordova-plugin-file only needs it for sdcard ExtraFilesystem, according to 
Cordova docs:
https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-file/#configuring-the-plugin-optional

Yet plugin.xml adds the permission to AndroidManifest unconditionally, even 
when i specify only harmless ExtraFilesystems in application's config.xml:
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;a=blob;f=plugin.xml;h=aba8feedd7493059922d252a4dec25a02b6bf532;hb=HEAD#l134

I'd prefer the plugin to only add dangerous permissions when explicitly 
including sdcard ExtraFilesystem.



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

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

[jira] [Created] (CB-12080) Only add WRITE_EXTERNAL_STORAGE when listing sdcard in AndroidExtraFilesystems

[Pavel Shevchuk (JIRA)]

Pavel Shevchuk created CB-12080:
---

 Summary: Only add WRITE_EXTERNAL_STORAGE when listing sdcard in 
AndroidExtraFilesystems
 Key: CB-12080
 URL: https://issues.apache.org/jira/browse/CB-12080
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File
Affects Versions: 4.3.0
 Environment: Android
Reporter: Pavel Shevchuk
Priority: Minor


WRITE_EXTERNAL_STORAGE permission is listed as dangerous according to latest 
Android SDK documentation:
https://developer.android.com/reference/android/Manifest.permission.html#WRITE_EXTERNAL_STORAGE

cordova-plugin-file only needs it for sdcard ExtraFilesystem, according to 
Cordova docs:
https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-file/#configuring-the-plugin-optional

Yet plugin.xml adds the permission to AndroidManifest unconditionally, even 
when i specify only harmless ExtraFilesystems in application's config.xml:
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;a=blob;f=plugin.xml;h=aba8feedd7493059922d252a4dec25a02b6bf532;hb=HEAD#l134

I'd prefer the plugin to only add dangerous permissions when explicitly 
including sdcard ExtraFilesystem.



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

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

[jira] [Closed] (CB-12080) Only add WRITE_EXTERNAL_STORAGE when listing sdcard in AndroidExtraFilesystems

[Pavel Shevchuk (JIRA)]

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

Pavel Shevchuk closed CB-12080.
---
Resolution: Duplicate

JIRA threw exception when creating issue and posted a dupe

> Only add WRITE_EXTERNAL_STORAGE when listing sdcard in AndroidExtraFilesystems
> --
>
> Key: CB-12080
> URL: https://issues.apache.org/jira/browse/CB-12080
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugin File
>Affects Versions: 4.3.0
> Environment: Android
>Reporter: Pavel Shevchuk
>Priority: Minor
>
> WRITE_EXTERNAL_STORAGE permission is listed as dangerous according to latest 
> Android SDK documentation:
> https://developer.android.com/reference/android/Manifest.permission.html#WRITE_EXTERNAL_STORAGE
> cordova-plugin-file only needs it for sdcard ExtraFilesystem, according to 
> Cordova docs:
> https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-file/#configuring-the-plugin-optional
> Yet plugin.xml adds the permission to AndroidManifest unconditionally, even 
> when i specify only harmless ExtraFilesystems in application's config.xml:
> https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;a=blob;f=plugin.xml;h=aba8feedd7493059922d252a4dec25a02b6bf532;hb=HEAD#l134
> I'd prefer the plugin to only add dangerous permissions when explicitly 
> including sdcard ExtraFilesystem.



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

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

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

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov closed CB-11532.
-
Resolution: Cannot Reproduce

Closing this as we weren't able to repro this on a several devices with 
different contacts sets. Please reopen in case if you run into this again.

> 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.4#6332)

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

[jira] [Commented] (CB-11206) Contacts plugin causes app crash

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11206:
-

GitHub user alsorokin opened a pull request:

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

CB-11206 (android) Fixed custom IM protocol parsing

### Platforms affected
Android

### What does this PR do?
Fixes an error and a possible crash when a contact have a custom IM field.

### What testing has been done on this change?
Tested on Samsung Galaxy S3, Lenovo S850, Android 4.4 Emulator, Android 5.1 
Emulator

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



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

$ git pull https://github.com/alsorokin/cordova-plugin-contacts CB-11206

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

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


commit 660b40eccd986eab85892f9ba1e0696dc0ca
Author: Alexander Sorokin 
Date:   2016-10-28T17:05:54Z

CB-11206 (android) Fixed custom IM protocol parsing




> Contacts plugin causes app crash
> 
>
> Key: CB-11206
> URL: https://issues.apache.org/jira/browse/CB-11206
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Contacts
>Reporter: Petr Odut
>
> On Samsung phone app crashes instantly with a stack trace:
> {noformat}
> java.lang.NumberFormatException
> java.lang.Integer.invalidInt(Integer.java:138)
> java.lang.Integer.parseInt(Integer.java:358)
> java.lang.Integer.parseInt(Integer.java:334)
> org.apache.cordova.contacts.ContactAccessorSdk5.imQuery(ContactAccessorSdk5.java:907)
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:435)
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:282)
> org.apache.cordova.contacts.ContactManager$3.run(ContactManager.java:209)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> java.lang.Thread.run(Thread.java:818)
> {noformat}
> JS code to retrieve contacts, on Sony phone the same code works properly:
> {code:javascript}
> if(navigator.contacts) {
>   var options = new ContactFindOptions();
>   options.multiple = true;
>   options.hasPhoneNumber = true;
>   navigator.contacts.find([navigator.contacts.fieldType.phoneNumbers], 
> contacts => {
>   this.phoneContacts = contacts;
>   d.resolve(contacts);
>   }, e => d.reject(e), options);
> }
> {code}



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

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

[jira] [Reopened] (CB-11189) Deprecation and other Warnings with XCode 7.3 and InAppBrowser 1.4.0

[sterling gerritz (JIRA)]

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

sterling gerritz reopened CB-11189:
---

> Deprecation and other Warnings with XCode 7.3 and InAppBrowser 1.4.0
> 
>
> Key: CB-11189
> URL: https://issues.apache.org/jira/browse/CB-11189
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
> Environment: XCode 7.3
>Reporter: Danilo Cicognani
>Assignee: sterling gerritz
>Priority: Critical
>  Labels: easyfix, ios, triaged
>
> After adding plugin InAppBrowser XCode 7.3 repors some warning.
> To test I created a test app:
> cordova create testPlugin com.example.testplugin testPlugin
> cd testPlugin
> cordova platform add ios
> cordova plugin add cordova-plugin-inappbrowser
> Then I opened XCode and run the App. I got these warnings:
> 'UIBarButtonItemStyleBordered' is deprecated: first deprecated in iOS 8.0 - 
> Use UIBarButtonItemStylePlain when minimum deployment target is iOS7 or later.
> Null passed to a callee that requires a non-null argument
> Conflicting return type in implementation of 'supported interface 
> orientations': 'UIInterfaceOrientationMask' (aka 'enum 
> UIInterfaceOrientationMask') vs 'NSUInteger' (aka 'unsigned int')



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

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

[jira] [Issue Comment Deleted] (CB-11189) Deprecation and other Warnings with XCode 7.3 and InAppBrowser 1.4.0

[sterling gerritz (JIRA)]

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

sterling gerritz updated CB-11189:
--
Comment: was deleted

(was: fix was made - submitted a PR last week.)

> Deprecation and other Warnings with XCode 7.3 and InAppBrowser 1.4.0
> 
>
> Key: CB-11189
> URL: https://issues.apache.org/jira/browse/CB-11189
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin InAppBrowser
>Affects Versions: 1.4.0
> Environment: XCode 7.3
>Reporter: Danilo Cicognani
>Assignee: sterling gerritz
>Priority: Critical
>  Labels: easyfix, ios, triaged
>
> After adding plugin InAppBrowser XCode 7.3 repors some warning.
> To test I created a test app:
> cordova create testPlugin com.example.testplugin testPlugin
> cd testPlugin
> cordova platform add ios
> cordova plugin add cordova-plugin-inappbrowser
> Then I opened XCode and run the App. I got these warnings:
> 'UIBarButtonItemStyleBordered' is deprecated: first deprecated in iOS 8.0 - 
> Use UIBarButtonItemStylePlain when minimum deployment target is iOS7 or later.
> Null passed to a callee that requires a non-null argument
> Conflicting return type in implementation of 'supported interface 
> orientations': 'UIInterfaceOrientationMask' (aka 'enum 
> UIInterfaceOrientationMask') vs 'NSUInteger' (aka 'unsigned int')



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

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

[jira] [Commented] (CB-11191) Statusbar plugin causing issues with webview size

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-11191:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-statusbar/pull/65


> Statusbar plugin causing issues with webview size
> -
>
> Key: CB-11191
> URL: https://issues.apache.org/jira/browse/CB-11191
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: Cordova CLI Version: 6.1.1
> Cordova iOS Engine: 4.1.1
> Build environment: OSX El Capitan & XCode 7.3
> Device experiencing problem: iPod Touch running iOS 9.3.1
>Reporter: Dave Philipson
>Assignee: Sergey Shakhnazarov
>  Labels: ios, triaged
>
> It appears the statusbar plugin is causing issues with the iOS webview on 
> small form factor devices (iPhone & iPod) when switching orientation whilst 
> the camera is open (camera opened using cordova camera plugin)
> Steps to reproduce:
> Start the application and begin using it in landscape
> Open the camera using the cordova camera plugin
> Whilst the camera is open, rotate into portrait
> Close the camera
> Webview is now squashed down the left of the screen (only fills about 1/4 of 
> the screens overall width)
> Can recover by changing orientation again.
> Sample test app on Github:
> https://github.com/ISeeBinary/statusbar_plugin_testapp
> (tapping on the red square at the top of the test app page should launch the 
> camera)
> Removing the statusbar plugin rectifies the issue.



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

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

[jira] [Commented] (CB-11191) Statusbar plugin causing issues with webview size

[ASF subversion and git services (JIRA)]

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

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

Commit 2c036c9c91130293ae09b0206e42c881406138c6 in cordova-plugin-statusbar's 
branch refs/heads/master from [~jcesarmobile]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-statusbar.git;h=2c036c9
 ]

CB-11191: Statusbar plugin causing issues with webview size

 This closes #65


> Statusbar plugin causing issues with webview size
> -
>
> Key: CB-11191
> URL: https://issues.apache.org/jira/browse/CB-11191
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 2.1.0
> Environment: Cordova CLI Version: 6.1.1
> Cordova iOS Engine: 4.1.1
> Build environment: OSX El Capitan & XCode 7.3
> Device experiencing problem: iPod Touch running iOS 9.3.1
>Reporter: Dave Philipson
>Assignee: Sergey Shakhnazarov
>  Labels: ios, triaged
>
> It appears the statusbar plugin is causing issues with the iOS webview on 
> small form factor devices (iPhone & iPod) when switching orientation whilst 
> the camera is open (camera opened using cordova camera plugin)
> Steps to reproduce:
> Start the application and begin using it in landscape
> Open the camera using the cordova camera plugin
> Whilst the camera is open, rotate into portrait
> Close the camera
> Webview is now squashed down the left of the screen (only fills about 1/4 of 
> the screens overall width)
> Can recover by changing orientation again.
> Sample test app on Github:
> https://github.com/ISeeBinary/statusbar_plugin_testapp
> (tapping on the red square at the top of the test app page should launch the 
> camera)
> Removing the statusbar plugin rectifies the issue.



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

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

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding commented on CB-12084:
---

OK but what about clean? That fails under all conditions.

Also, it would have been nice to make a note in the iOS 4.3.0 release notes 
about this since I've basically burned 3 days fighting this issue and running 
it down.

> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Comment Edited] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding edited comment on CB-12084 at 10/28/16 11:16 PM:
--

No it's not just clean (although if you can't clean, building is of limited 
use).

The following transcript shows that going straight  to build (skipping clean) 
only works if using asset catalogs and static launch screen images. However, as 
soon as you swtich (in Xcode) to not using asset catalogs, and using a launch 
screen storyboard, the build fails on a info.plist parse error. Again, 
everything is A-OK from within Xcode 8.1 itself- the revised project builds, 
runs and archives just fine.

I'm betting this is a simple issue introduced by Xcode 8.1. Even though the CLI 
clean and build tools aren't strictly speaking necessary if you're using Xcode, 
that means you have to manually maintain the config.xml in the platforms/ios 
directory instead of propagating changes from the project config.xml via clean 
and build. It's a serious limitation in the long run if it doesn't get fixed.


sh-3.2# cd Documents
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios
sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*


# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General
# tab and code signing identity to “iOS Developer” under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1

sh-3.2# cordova build ios
Building project: 
/Users/Nick/Documents/hello/platforms/ios/HelloCordova.xcworkspace

...

** BUILD SUCCEEDED **

# Now return to Xcode 8.1, set "Launch Image Source" to "Don't use asset 
catalog" and set "Launch Screen File" to "CDVLaunchScreen.storyboard" (which 
was created by the cordova create command)
# The CLI build now fails

sh-3.2# cordova build ios
Building project: 
/Users/Nick/Documents/hello/platforms/ios/HelloCordova.xcworkspace

...


/var/root/Library/Developer/Xcode/DerivedData/HelloCordova-egmyywrokoftwwcbdhfctqfigndo/Build/Intermediates/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/CDVLaunchScreen-SBPartialInfo.plist
 -additionalcontentfile 
/var/root/Library/Developer/Xcode/DerivedData/HelloCordova-egmyywrokoftwwcbdhfctqfigndo/Build/Intermediates/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/assetcatalog_generated_info.plist
 -o 
/Users/Nick/Documents/hello/platforms/ios/build/emulator/HelloCordova.app/Info.plist
error: couldn't parse contents of 
'/Users/Nick/Documents/hello/platforms/ios/HelloCordova/HelloCordova-Info.plist':
 The data couldn’t be read because it isn’t in the correct format.

** BUILD FAILED **


The following build commands failed:
ProcessInfoPlistFile build/emulator/HelloCordova.app/Info.plist 
HelloCordova/HelloCordova-Info.plist
(1 failure)
Error: Error code 65 for command: xcodebuild with args: 
-xcconfig,/Users/Nick/Documents/hello/platforms/ios/cordova/build-debug.xcconfig,-workspace,HelloCordova.xcworkspace,-scheme,HelloCordova,-configuration,Debug,-sdk,iphonesimulator,-destination,platform=iOS
 Simulator,name=iPhone 
5s,build,CONFIGURATION_BUILD_DIR=/Users/Nick/Documents/hello/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/Nick/Documents/hello/platforms/ios/build/sharedpch
sh-3.2# 



was (Author: nickredding):
No it's not just clean (although if you can't clean, building is of limited 
use).

The following transcript shows that going straight  to build (skipping clean) 
only works is using asset catalogs and static launch screen images. However, as 
soon as you swtich (in Xcode) to not using asset catalogs, and using a launch 
screen storyboard, the build fails on a info.plist parse error. Again, 
everything is A-OK from within Xcode 8.1 itself- the revised project builds, 
runs and archives just fine.

I'm betting this is a simple issue introduced by Xcode 8.1. Even though the CLI 
clean and build tools aren't strictly speaking necessary if you're using Xcode, 
that means you have to manually maintain the config.xml in the platforms/ios 
directory instead of propagating changes from the project config.xml via clean 
and build. It's a serious limitation in the long run if it doesn't get fixed.


sh-3.2# cd Documents
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new 

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding commented on CB-12084:
---

No it's not just clean (although if you can't clean, building is of limited 
use).

The following transcript shows that going straight  to build (skipping clean) 
only works is using asset catalogs and static launch screen images. However, as 
soon as you swtich (in Xcode) to not using asset catalogs, and using a launch 
screen storyboard, the build fails on a info.plist parse error. Again, 
everything is A-OK from within Xcode 8.1 itself- the revised project builds, 
runs and archives just fine.

I'm betting this is a simple issue introduced by Xcode 8.1. Even though the CLI 
clean and build tools aren't strictly speaking necessary if you're using Xcode, 
that means you have to manually maintain the config.xml in the platforms/ios 
directory instead of propagating changes from the project config.xml via clean 
and build. It's a serious limitation in the long run if it doesn't get fixed.


sh-3.2# cd Documents
sh-3.2# cordova create hello
Using detached cordova-create
Creating a new cordova project.
sh-3.2# cd hello
sh-3.2# cordova platform add ios
Adding ios project...
Creating Cordova project for the iOS platform:
Path: platforms/ios
Package: io.cordova.hellocordova
Name: HelloCordova
iOS project created with cordova-ios@4.3.0
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
project
Fetching plugin "cordova-plugin-whitelist@1" via npm
Installing "cordova-plugin-whitelist" for ios
sh-3.2# chmod -R 777 ../hello
sh-3.2# chmod -R 777 ../hello/*


# Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
signing” under project General
# tab and code signing identity to “iOS Developer” under project Build Settings.
# Now able to build and run the Hello app, as well as build and archive, so 
everything is 100% OK with Xcode 8.1

sh-3.2# cordova build ios
Building project: 
/Users/Nick/Documents/hello/platforms/ios/HelloCordova.xcworkspace

...

** BUILD SUCCEEDED **

# Now return to Xcode 8.1, set "Launch Image Source" to "Don't use asset 
catalog" and set "Launch Screen File" to "CDVLaunchScreen.storyboard" (which 
was created by the cordova create command)
# The CLI build now fails

sh-3.2# cordova build ios
Building project: 
/Users/Nick/Documents/hello/platforms/ios/HelloCordova.xcworkspace

...


/var/root/Library/Developer/Xcode/DerivedData/HelloCordova-egmyywrokoftwwcbdhfctqfigndo/Build/Intermediates/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/CDVLaunchScreen-SBPartialInfo.plist
 -additionalcontentfile 
/var/root/Library/Developer/Xcode/DerivedData/HelloCordova-egmyywrokoftwwcbdhfctqfigndo/Build/Intermediates/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/assetcatalog_generated_info.plist
 -o 
/Users/Nick/Documents/hello/platforms/ios/build/emulator/HelloCordova.app/Info.plist
error: couldn't parse contents of 
'/Users/Nick/Documents/hello/platforms/ios/HelloCordova/HelloCordova-Info.plist':
 The data couldn’t be read because it isn’t in the correct format.

** BUILD FAILED **


The following build commands failed:
ProcessInfoPlistFile build/emulator/HelloCordova.app/Info.plist 
HelloCordova/HelloCordova-Info.plist
(1 failure)
Error: Error code 65 for command: xcodebuild with args: 
-xcconfig,/Users/Nick/Documents/hello/platforms/ios/cordova/build-debug.xcconfig,-workspace,HelloCordova.xcworkspace,-scheme,HelloCordova,-configuration,Debug,-sdk,iphonesimulator,-destination,platform=iOS
 Simulator,name=iPhone 
5s,build,CONFIGURATION_BUILD_DIR=/Users/Nick/Documents/hello/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/Nick/Documents/hello/platforms/ios/build/sharedpch
sh-3.2# 


> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-12084:
---

This is new information that wasn't in the original report, where you set the 
Launch Screen storyboard. Yes that is a known issue that will be fixed in 4.3.1 
-- that's why it wasn't publicized yet, although in the release.

cc [~kerrishotts]


> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-12084:
---

Cordova wasn't designed for Xcode centric use, but for multi-platform use 
through the CLI. 

cordova clean does appear to remove the platform's www folder -- anything in 
"platforms" is a build artifact and may change, and not be persistent. During a 
"cordova build", "cordova prepare" is run and it copies in the root www.

> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Comment Edited] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding edited comment on CB-12084 at 10/28/16 11:59 PM:
--

You can't do iOS development and deployment from the CLI, you have to use Xcode 
and be "Xcode centric". It's not like Android, my apps run on both but I don't 
use Eclipse at all for Android.

Do you plan to look at the "clean" issue? It doesn't work on a newly created 
project even if you never open it with Xcode, so basically clean is broken. Are 
you saying clean is unnecessary, or just do a clean (which fails) then prepare 
to restore the www directory?



was (Author: nickredding):
You can't do iOS development and deployment from the CLI--you have to use Xcode 
and be "Xcode centric". It's not like Android--my apps run on both but I don't 
use Eclipse at all for Android.

Do you plan to look at the "clean" issue? It doesn't work on a newly created 
project even if you never open it with Xcode, so basically clean is broken. Are 
you saying clean is unnecessary, or just do a clean (which fails) then prepare 
to restore the www directory?


> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding commented on CB-12084:
---

You can't do iOS development and deployment from the CLI--you have to use Xcode 
and be "Xcode centric". It's not like Android--my apps run on both but I don't 
use Eclipse at all for Android.

Do you plan to look at the "clean" issue? It doesn't work on a newly created 
project even if you never open it with Xcode, so basically clean is broken. Are 
you saying clean is unnecessary, or just do a clean (which fails) then prepare 
to restore the www directory?


> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-12084:
---

Clean is not broken. "cordova clean" is in the context of using the CLI (try 
'cordova clean --help' to see its intent). Thus if your expectation that the 
www folder getting deleted is clean failing, that is an incorrect assumption on 
what clean does. I wouldn't use clean if you want to use Xcode as an IDE for 
dev. 

You can do development and deployment using external tools and from the CLI, 
even specifying signing etc.
Edit all your files in the "www" folder in the root using any editor, then 
"cordova build" (which calls 'cordova prepare'), then "cordova run ios 
--device" will deploy to your device, or just "cordova run ios" to the 
Simulator.

We know however that some people do use Xcode as an IDE for iOS Cordova work, 
and we put some warnings here in the docs under the "Open a Project within 
Xcode" section: 
http://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html#open-a-project-within-xcode





> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-12084:
---

I'm truly sorry for this oversight -- I will amend the blog post to add this as 
a known issue.

> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

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

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-3232:


GitHub user PhilippeMorier opened a pull request:

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

CB-NONE: (android) Set correct content description for close button

### Platforms affected
Android

### What does this PR do?
Fix the wrongly set content description of the forward & close button. This 
is relevant if a screen reader is activated.

### What testing has been done on this change?
npm test

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



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

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

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

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


commit b7abcceaf5fd32105ba2dcae3e0a9f4c505c6d36
Author: Philippe Morier 
Date:   2016-10-28T14:21:08Z

fix(close button): Set correct content description




> "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.4#6332)

-
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

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-3232:


GitHub user sterlingann opened a pull request:

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

Cb 5968



### Platforms affected
Android

### What does this PR do?

modified template so that xxhdpi and xxxhdpi directories are now 
automatically generated for drawables and mipmaps.   Aspect ratios are changed 
slightly because I did a simple scale from hdpi.  
 
### What testing has been done on this change?
created a test project to make sure that the new folders and images were 
autogenerated 

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


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

$ git pull https://github.com/sterlingann/cordova-android CB-5968

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

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


commit e31634b0fbdf72cd30b399aa84d843057b1380e5
Author: Sterling 
Date:   2016-10-29T00:03:45Z

created directories and corresponding images for xxhdpi and xxxhdpi, both 
drawables and mipmaps

commit 700b425774ad4d037335d2978953047eb56debd9
Author: Sterling 
Date:   2016-10-29T00:20:56Z

replaced with unstretched images




> "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.4#6332)

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

[jira] [Commented] (CB-11118) Array and object params on upload ignored in ios

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8:
-

Github user signalpoint commented on the issue:

https://github.com/apache/cordova-plugin-file-transfer/pull/143
  
+1 , this saved the day for me!


> Array and object params on upload ignored in ios
> 
>
> Key: CB-8
> URL: https://issues.apache.org/jira/browse/CB-8
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Affects Versions: 1.5.0
> Environment: iOS
>Reporter: Andrew Gaun
>  Labels: easyfix, iOS, triaged
>
> On iOS, CDVFileTransfer.m the method requestForUploadCommand will only allow 
> params objects with selector stringValue and NSString to be included with the 
> request. 
> On Android objects and arrays are turned into strings when used as params
> Example:
> {code:javascript}
>   var fileUploadOptions = new FileUploadOptions();
>   fileUploadOptions.params = {
> "array": [1,2,3],
> "object": { 
>   "a": 1
> },
> number: 123
>   }
> {code}
> will return from iOS
> {code:javascript}
>   {
> number: '123'
>   }
> {code}
> and from android
> {code:javascript}
>   {
> array: '[1,2,3]',
> object: '{"a":1}',
> number: '123'
>   }
> {code}



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

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

[jira] [Commented] (CB-12084) iOS 4.3.0 CLI tools fail with Xcode 8.1

[Nick Redding (JIRA)]

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

Nick Redding commented on CB-12084:
---

OK you're saying it's not going to get fixed, even though this issue isn't that 
it deletes www (I realize it can easily be put back) but that it stops with an 
error message even if you're not using Xcode!

So you should remove the clean function if it isn't going to work. BTW I doubt 
there are any serious Cordova iOS developers NOT using Xcode. But like me, they 
are not using Xcode as an IDE, rather they are using it because it is the only 
reasonable way to test, prepare and submit apps to iTunes.

Whatever. I'll manage the platform config files manually and I see from other 
bug reports that Cordova trashes Xcode configurations with iOS platform 
updates, etc. So I guess Cordova is basically Xcode-unfriendly. If you guys 
think this is OK I'm not going to waste my time arguing about it. 

However, the link you provided only says that you shouldn't edit target code 
with Xcode, not that the CLI tools won't play with Xcode at all (and this is 
certainly a big change from pre-Xcode 8.1).

I'll stop talking about this now.

> iOS 4.3.0 CLI tools fail with Xcode 8.1
> ---
>
> Key: CB-12084
> URL: https://issues.apache.org/jira/browse/CB-12084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.3.0
> Environment: OS-X Xcode 8.1
>Reporter: Nick Redding
>
> iOS 10.1 has been released, and requires Xcode 8.1 for builds.
> The Cordiva CLI build tools don't work with Xcode 8.1.
> Following is a transcript of a session illustrating this.
> {code}
> sh-3.2# cd Documents
> sh-3.2# cordova -v
> 6.4.0
> sh-3.2# cordova create hello
> Using detached cordova-create
> Creating a new cordova project.
> sh-3.2# cd hello
> sh-3.2# cordova platform add ios
> Adding ios project...
> Creating Cordova project for the iOS platform:
>   Path: platforms/ios
>   Package: io.cordova.hellocordova
>   Name: HelloCordova
> iOS project created with cordova-ios@4.3.0
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the 
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> sh-3.2# chmod -R 777 ../hello
> sh-3.2# chmod -R 777 ../hello/*
> # Now opened Xcode 81. with HelloCordova.xcodeproj, set “Automatically manage 
> signing” under project General tab and code signing identity to “iOS 
> Developer” under project Build Settings.
> # Now able to build and run the Hello app, as well as build and archive, so 
> everything is 100% OK with Xcode 8.1
> # However, now with the CLI, cordova clean iOS fails as follows. To make 
> matters worse, the clean is destructive, erasing the platforms/ios/www 
> directory!
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> www
> sh-3.2# cordova clean ios
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Debug ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Debug ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> === CLEAN TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION Release 
> ===
> …
> === CLEAN TARGET HelloCordova OF PROJECT HelloCordova WITH CONFIGURATION 
> Release ===
> Check dependencies
> [BCEROR]No profiles for 'io.cordova.hellocordova' were found:  Xcode couldn't 
> find a provisioning profile matching 'io.cordova.hellocordova'.
> [BCEROR]Code signing is required for product type 'Application' in SDK 'iOS 
> 10.1'
> …
> ** CLEAN SUCCEEDED **
> sh-3.2# ls platforms/ios
> .DS_Store HelloCordovacordova 
> pods-debug.xcconfig
> .gitignoreHelloCordova.xcodeproj  ios.json
> pods-release.xcconfig
> CordovaLibHelloCordova.xcworkspaceplatform_www
> sh-3.2# 
> {code}



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

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

[jira] [Resolved] (CB-5968) Missing the drawable-xxhdpi folder for Android platform

[sterling gerritz (JIRA)]

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

sterling gerritz resolved CB-5968.
--
Resolution: Fixed

updated Android-Cordova template so that xxhdpi and xxxhdpi directories and 
corresponding images are autogenerated for both drawables and mipmaps.

> Missing the drawable-xxhdpi folder for Android platform
> ---
>
> Key: CB-5968
> URL: https://issues.apache.org/jira/browse/CB-5968
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CLI
> Environment: Android devices supporting xxhdpi (extra extra high 
> density ~480 DPI) 
>Reporter: Holly Schinsky
>Assignee: sterling gerritz
>Priority: Minor
>  Labels: easyfix
>
> When the drawable-* folders are created from the CLI (under 
> platforms/android/res/), the drawable-xxhdpi folder should also be created 
> with a default 144x144 sized icon.png for extra extra high pixel density 
> android device support. 



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

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

[jira] [Commented] (CB-12074) Cookies are ignored on first application execution

[Mathieu Parisot (JIRA)]

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

Mathieu Parisot commented on CB-12074:
--

Hello, I also have this problem

The app doesn't send back the cookies on the first execution, then all works 
fine

I also have the problem on iOs 10.1

> Cookies are ignored on first application execution
> --
>
> Key: CB-12074
> URL: https://issues.apache.org/jira/browse/CB-12074
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
> Environment: Cordova 5.4.0, iOS 9.3.5
>Reporter: Maxim
>Assignee: Shazron Abdullah
>
> Our application authenticates to the server. The server sets a 'JSESSIONID' 
> cookie. The cookie is used by the server for session management. 
> The issue is WKWebView does not send this cookie back to the server on 
> subsequent requests. However, this only happens on first execution of the 
> application, after its installation. Once the application closed and 
> re-opened, the cookies are properly sent and authentication completes 
> successfully. 
> The problematic behavior is consistent, and was observed on several devices. 
> On the other hand, there are no such issues with UIWebView. 



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

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