[jira] [Created] (CB-9590) install header-files breaks with new naming convention on ubuntu

[David Barth (JIRA)]

David Barth created CB-9590:
---

 Summary: install header-files breaks with new naming convention on 
ubuntu
 Key: CB-9590
 URL: https://issues.apache.org/jira/browse/CB-9590
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Reporter: David Barth


Trying to install a plugin using the new naming convention breaks on the 
current ubuntu version.

cordova plugin add cordova-plugin-console
Fetching plugin "cordova-plugin-console" via npm
npm http GET https://registry.npmjs.org/cordova-plugin-console
npm http 304 https://registry.npmjs.org/cordova-plugin-console
Installing "cordova-plugin-console" for ubuntu
Error during processing of action! Attempting to revert...
Failed to install 'cordova-plugin-console':TypeError: Uh oh!
Cannot read property '0' of null
at Object.module.exports.header-file.install 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
at installWrapper 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
at Object.ActionStack.process 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
at handleInstall 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
at 
/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
at self.promiseDispatch.done 
(/usr/share/cordova-cli/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch 
(/usr/share/cordova-cli/node_modules/q/q.js:749:13)
at /usr/share/cordova-cli/node_modules/q/q.js:509:49
at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)
TypeError: Uh oh!
Cannot read property '0' of null
at Object.module.exports.header-file.install 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
at installWrapper 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
at Object.ActionStack.process 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
at handleInstall 
(/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
at 
/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
at self.promiseDispatch.done 
(/usr/share/cordova-cli/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch 
(/usr/share/cordova-cli/node_modules/q/q.js:749:13)
at /usr/share/cordova-cli/node_modules/q/q.js:509:49
at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)




--
This message was sent by Atlassian JIRA
(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-9589) convert old plugin IDs to new plugin IDs using registry-mapper

[Steve Gill (JIRA)]

Steve Gill created CB-9589:
--

 Summary: convert old plugin IDs to new plugin IDs using 
registry-mapper
 Key: CB-9589
 URL: https://issues.apache.org/jira/browse/CB-9589
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CordovaLib
Reporter: Steve Gill
Assignee: Steve Gill
 Fix For: 5.4.0


Right now, cordova-lib will warn developers to use the new plugin id. We want 
to auto switch the idea to the new one and fetch from npm.



--
This message was sent by Atlassian JIRA
(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-9590) install header-files breaks with new naming convention on ubuntu

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9590:


GitHub user david-barth-canonical opened a pull request:

https://github.com/apache/cordova-lib/pull/294

CB-9590 - Ubuntu support for the new plugin naming convention

This patch allows ubuntu users to add plugins using the new naming 
convention and build properly. This also leaves support in place for the old 
style plugin names, during the transition.

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

$ git pull https://github.com/cordova-ubuntu/cordova-lib CB-9590

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

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


commit 187711dd7fb7cd21e9ea276239b2e8b87a9e1ee6
Author: David Barth 
Date:   2015-09-01T17:40:35Z

Ubuntu support for the new plugin naming convention




> install header-files breaks with new naming convention on ubuntu
> 
>
> Key: CB-9590
> URL: https://issues.apache.org/jira/browse/CB-9590
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: David Barth
>
> Trying to install a plugin using the new naming convention breaks on the 
> current ubuntu version.
> cordova plugin add cordova-plugin-console
> Fetching plugin "cordova-plugin-console" via npm
> npm http GET https://registry.npmjs.org/cordova-plugin-console
> npm http 304 https://registry.npmjs.org/cordova-plugin-console
> Installing "cordova-plugin-console" for ubuntu
> Error during processing of action! Attempting to revert...
> Failed to install 'cordova-plugin-console':TypeError: Uh oh!
> Cannot read property '0' of null
> at Object.module.exports.header-file.install 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
> at installWrapper 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
> at Object.ActionStack.process 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
> at handleInstall 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
> at 
> /usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
> at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/share/cordova-cli/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/share/cordova-cli/node_modules/q/q.js:749:13)
> at /usr/share/cordova-cli/node_modules/q/q.js:509:49
> at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)
> TypeError: Uh oh!
> Cannot read property '0' of null
> at Object.module.exports.header-file.install 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
> at installWrapper 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
> at Object.ActionStack.process 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
> at handleInstall 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
> at 
> /usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
> at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/share/cordova-cli/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/share/cordova-cli/node_modules/q/q.js:749:13)
> at /usr/share/cordova-cli/node_modules/q/q.js:509:49
> at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)



--
This message was sent by Atlassian JIRA
(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-7966) Add cordova-plugin-vibration support for browser platform

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7966:


Github user purplecabbage commented on the pull request:


https://github.com/apache/cordova-plugin-vibration/pull/37#issuecomment-136822984
  
This is not a proxy, this is a clobbers. 
You can remove your call to add the proxy and I would rename the file to 
just be vibration.js



> Add cordova-plugin-vibration support for browser platform
> -
>
> Key: CB-7966
> URL: https://issues.apache.org/jira/browse/CB-7966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Browser
>Reporter: Sergey Shakhnazarov
>Assignee: Suraj Pindoria
>




--
This message was sent by Atlassian JIRA
(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-7807) Add BlackBerry10 platform to a project on any workstation OS

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7807:


GitHub user timwindsor opened a pull request:

https://github.com/apache/cordova-blackberry/pull/191

CB-7807 Adds init_reqs files to Update script

This was missed in CB-7807 and causes an issue on platform update if not 
included

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

$ git pull https://github.com/timwindsor/cordova-blackberry master

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

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


commit 5cd1656269b03dc56d5bfdd5340445fe66778ecb
Author: Tim Windsor 
Date:   2015-09-01T17:03:19Z

Adds init_reqs files to Update script




> Add BlackBerry10 platform to a project on any workstation OS
> 
>
> Key: CB-7807
> URL: https://issues.apache.org/jira/browse/CB-7807
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: BlackBerry
>Reporter: Edna Morales
>Priority: Minor
>
> You should be able to add the BlackBerry10 platform to a project even if you 
> are on an unsupported operating system and/or can't build. This will require 
> changing where the check requirements script is called.



--
This message was sent by Atlassian JIRA
(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-9590) install header-files breaks with new naming convention on ubuntu

[David Barth (JIRA)]

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

David Barth commented on CB-9590:
-

New pull-request up for review https://github.com/apache/cordova-lib/pull/294 
which resolves the issue.

> install header-files breaks with new naming convention on ubuntu
> 
>
> Key: CB-9590
> URL: https://issues.apache.org/jira/browse/CB-9590
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: David Barth
>
> Trying to install a plugin using the new naming convention breaks on the 
> current ubuntu version.
> cordova plugin add cordova-plugin-console
> Fetching plugin "cordova-plugin-console" via npm
> npm http GET https://registry.npmjs.org/cordova-plugin-console
> npm http 304 https://registry.npmjs.org/cordova-plugin-console
> Installing "cordova-plugin-console" for ubuntu
> Error during processing of action! Attempting to revert...
> Failed to install 'cordova-plugin-console':TypeError: Uh oh!
> Cannot read property '0' of null
> at Object.module.exports.header-file.install 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
> at installWrapper 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
> at Object.ActionStack.process 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
> at handleInstall 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
> at 
> /usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
> at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/share/cordova-cli/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/share/cordova-cli/node_modules/q/q.js:749:13)
> at /usr/share/cordova-cli/node_modules/q/q.js:509:49
> at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)
> TypeError: Uh oh!
> Cannot read property '0' of null
> at Object.module.exports.header-file.install 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/platforms/ubuntu.js:74:57)
> at installWrapper 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/platforms/platforms.js:76:32)
> at Object.ActionStack.process 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/util/action-stack.js:68:25)
> at handleInstall 
> (/usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:543:20)
> at 
> /usr/share/cordova-cli/node_modules/cordova-lib/src/plugman/install.js:335:28
> at _fulfilled (/usr/share/cordova-cli/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done 
> (/usr/share/cordova-cli/node_modules/q/q.js:816:30)
> at Promise.promise.promiseDispatch 
> (/usr/share/cordova-cli/node_modules/q/q.js:749:13)
> at /usr/share/cordova-cli/node_modules/q/q.js:509:49
> at flush (/usr/share/cordova-cli/node_modules/q/q.js:108:17)



--
This message was sent by Atlassian JIRA
(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-9297) Cordova CLI fails silently with iojs

[Patrick Mueller (JIRA)]

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

Patrick Mueller commented on CB-9297:
-

Added a comment to the `node-xcode` issue re: coming change to node 4 on 
sync/async forked `send()` callback.

But I think that's a red herring in this case.  Not seeing anywhere in the code 
I'm running for the broken example, that a `fork()` is happening.

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-9591) Retain aspect ration when resizing camera image

[Murat Sutunc (JIRA)]

Murat Sutunc created CB-9591:


 Summary: Retain aspect ration when resizing camera image
 Key: CB-9591
 URL: https://issues.apache.org/jira/browse/CB-9591
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Camera
 Environment: Windows
Reporter: Murat Sutunc
Assignee: Murat Sutunc


According to documentation and iOS/Android behavior, resized images should 
retain ratio. Windows currently doesn't respect that.



--
This message was sent by Atlassian JIRA
(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-8084) Push Notifications code included by default

[Cody Balos (JIRA)]

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

Cody Balos commented on CB-8084:


With Cordova 5.1.1 the issue seems to be back

> Push Notifications code included by default
> ---
>
> Key: CB-8084
> URL: https://issues.apache.org/jira/browse/CB-8084
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.5.0
>Reporter: Jacob Weber
>Assignee: Shazron Abdullah
> Fix For: 3.8.0
>
>
> When creating a new Cordova app using the CLI, it adds code to AppDelegate.m 
> for Push Notifications. This causes Apple to issue a warning when you submit 
> the app, if your provisioning profile doesn't have Push Notifications enabled:
> {quote}
> Missing Push Notification Entitlement - Your app appears to include API used 
> to register with the Apple Push Notification service, but the app signature's 
> entitlements do not include the "aps-environment" entitlement. If your app 
> uses the Apple Push Notification service, make sure your App ID is enabled 
> for Push Notification in the Provisioning Portal, and resubmit after signing 
> your app with a Distribution provisioning profile that includes the 
> "aps-environment" entitlement. See "Provisioning and Development" in the 
> Local and Push Notification Programming Guide for more information. If your 
> app does not use the Apple Push Notification service, no action is required. 
> You may remove the API from future submissions to stop this warning. If you 
> use a third-party framework, you may need to contact the developer for 
> information on removing the API.
> {quote}



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

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

[jira] [Commented] (CB-9370) Cordova-js tests are failing on node 0.12

[ASF subversion and git services (JIRA)]

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

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

Commit 064b25a40aab8fc2f210fdbb394d63c31e7d3e6d in cordova-js's branch 
refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=064b25a ]

CB-9370 Changes jsdom dependency to avoid package installation issues


> Cordova-js tests are failing on node 0.12
> -
>
> Key: CB-9370
> URL: https://issues.apache.org/jira/browse/CB-9370
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Affects Versions: 4.1.0
> Environment: Windows/Mac OSX machine,
> Node JS 0.12.7
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: cordova-js
> Fix For: 4.1.0
>
>
> Since https://github.com/apache/cordova-js/pull/118 unit tests for cordova-js 
> started failing on AppVeyor CI with unclear message {{Fatal error: Cannot set 
> property length of [object Object] which has only a getter}}.
> It looks like the origin of failures - updated NodeJS version on AppVeyor 
> build machines. Failure also can be reproduced on local machine with 
> Node@0.12.5 installed.
> The reason of failures - is outdated {{jsdom-nogyp}} dependency (last updated 
> about 2 years ago). The solution is to replace {{jsdom-nogyp}} with original 
> {{node-jsdom}}, which works fine with node@12.x. It also would be great to 
> test such cases through CI.



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

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

[jira] [Closed] (CB-9557) cordova-android fails to install release apk on device if debug version is already installed on device

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov closed CB-9557.

Resolution: Fixed

> cordova-android fails to install release apk on device if debug version is 
> already installed on device
> --
>
> Key: CB-9557
> URL: https://issues.apache.org/jira/browse/CB-9557
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> cordova platform add android
> cordova run android --debug
> cordova-run android --release --buildconfig=somevalidbuildconfig.json
> {noformat}
> *Expected:*
> Both debug and release packages are ran successfully on device/emulator
> *Actual:*
> Release package fails to install with following error:
> {noformat}
> ERROR: Failed to launch application on device:
> ERROR: Failed to install apk to device:
> WARNING: linker: libdvm.so has text relocations. This is wasting memory and 
> is a security risk. Please fix.
> pkg: /data/local/tmp/android-debug.apk
> Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]
> {noformat}



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

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

[jira] [Commented] (CB-9557) cordova-android fails to install release apk on device if debug version is already installed on device

[ASF subversion and git services (JIRA)]

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

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

Commit bf57aa1df061b3fcd429bb8d673de02bcb26f872 in cordova-android's branch 
refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=bf57aa1 ]

CB-9557 Fixes apk install failure when switching from debug to release build


> cordova-android fails to install release apk on device if debug version is 
> already installed on device
> --
>
> Key: CB-9557
> URL: https://issues.apache.org/jira/browse/CB-9557
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> cordova platform add android
> cordova run android --debug
> cordova-run android --release --buildconfig=somevalidbuildconfig.json
> {noformat}
> *Expected:*
> Both debug and release packages are ran successfully on device/emulator
> *Actual:*
> Release package fails to install with following error:
> {noformat}
> ERROR: Failed to launch application on device:
> ERROR: Failed to install apk to device:
> WARNING: linker: libdvm.so has text relocations. This is wasting memory and 
> is a security risk. Please fix.
> pkg: /data/local/tmp/android-debug.apk
> Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]
> {noformat}



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

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

[jira] [Commented] (CB-9557) cordova-android fails to install release apk on device if debug version is already installed on device

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9557:


Github user asfgit closed the pull request at:

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


> cordova-android fails to install release apk on device if debug version is 
> already installed on device
> --
>
> Key: CB-9557
> URL: https://issues.apache.org/jira/browse/CB-9557
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> cordova platform add android
> cordova run android --debug
> cordova-run android --release --buildconfig=somevalidbuildconfig.json
> {noformat}
> *Expected:*
> Both debug and release packages are ran successfully on device/emulator
> *Actual:*
> Release package fails to install with following error:
> {noformat}
> ERROR: Failed to launch application on device:
> ERROR: Failed to install apk to device:
> WARNING: linker: libdvm.so has text relocations. This is wasting memory and 
> is a security risk. Please fix.
> pkg: /data/local/tmp/android-debug.apk
> Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]
> {noformat}



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

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

[jira] [Commented] (CB-9370) Cordova-js tests are failing on node 0.12

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9370:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-js/pull/127


> Cordova-js tests are failing on node 0.12
> -
>
> Key: CB-9370
> URL: https://issues.apache.org/jira/browse/CB-9370
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Affects Versions: 4.1.0
> Environment: Windows/Mac OSX machine,
> Node JS 0.12.7
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: cordova-js
> Fix For: 4.1.0
>
>
> Since https://github.com/apache/cordova-js/pull/118 unit tests for cordova-js 
> started failing on AppVeyor CI with unclear message {{Fatal error: Cannot set 
> property length of [object Object] which has only a getter}}.
> It looks like the origin of failures - updated NodeJS version on AppVeyor 
> build machines. Failure also can be reproduced on local machine with 
> Node@0.12.5 installed.
> The reason of failures - is outdated {{jsdom-nogyp}} dependency (last updated 
> about 2 years ago). The solution is to replace {{jsdom-nogyp}} with original 
> {{node-jsdom}}, which works fine with node@12.x. It also would be great to 
> test such cases through CI.



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

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

[jira] [Closed] (CB-9370) Cordova-js tests are failing on node 0.12

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov closed CB-9370.

Resolution: Fixed

> Cordova-js tests are failing on node 0.12
> -
>
> Key: CB-9370
> URL: https://issues.apache.org/jira/browse/CB-9370
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaJS
>Affects Versions: 4.1.0
> Environment: Windows/Mac OSX machine,
> Node JS 0.12.7
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: cordova-js
> Fix For: 4.1.0
>
>
> Since https://github.com/apache/cordova-js/pull/118 unit tests for cordova-js 
> started failing on AppVeyor CI with unclear message {{Fatal error: Cannot set 
> property length of [object Object] which has only a getter}}.
> It looks like the origin of failures - updated NodeJS version on AppVeyor 
> build machines. Failure also can be reproduced on local machine with 
> Node@0.12.5 installed.
> The reason of failures - is outdated {{jsdom-nogyp}} dependency (last updated 
> about 2 years ago). The solution is to replace {{jsdom-nogyp}} with original 
> {{node-jsdom}}, which works fine with node@12.x. It also would be great to 
> test such cases through CI.



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

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

[jira] [Resolved] (CB-8893) Remove docs for iOS window.shouldRotateToOrientation call

[Simon MacDonald (JIRA)]

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

Simon MacDonald resolved CB-8893.
-
Resolution: Fixed

> Remove docs for iOS window.shouldRotateToOrientation call
> -
>
> Key: CB-8893
> URL: https://issues.apache.org/jira/browse/CB-8893
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Affects Versions: 4.0.0
> Environment: iOS
>Reporter: Shazron Abdullah
>Assignee: Simon MacDonald
>  Labels: cordova-ios-4.0.x
>
> See: 
> https://git1-us-west.apache.org/repos/asf?p=cordova-docs.git;a=blob;f=docs/en/edge/config_ref/index.md;hb=faa9a493#l193
> This has been removed in cordova-ios 4.0.x, unless an alternative is found to 
> get around the synchronous supportedOrientations call. 
> Removed because in WKWebView, calling into JavaScript is now async, thus the 
> common CDVWKWebViewEngine protocol only supports async as the common 
> denominator.



--
This message was sent by Atlassian JIRA
(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-9249) Fix iOS warnings in Media Capture plugin

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9249:


GitHub user macdonst opened a pull request:

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

CB-9249 Fix iOS warnings in Media Capture plugin

Needs a code review.

This removes the compiler warnings in Xcode.

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

$ git pull https://github.com/macdonst/cordova-plugin-media-capture master

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

https://github.com/apache/cordova-plugin-media-capture/pull/41.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 #41


commit b69b142136d7d80ed43cd6db0c96fa0a5e18483b
Author: Simon MacDonald 
Date:   2015-09-01T22:59:15Z

CB-9249 Fix iOS warnings in Media Capture plugin




> Fix iOS warnings in Media Capture plugin
> 
>
> Key: CB-9249
> URL: https://issues.apache.org/jira/browse/CB-9249
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
> Environment: Xcode 6.3.2
>Reporter: Shazron Abdullah
>Assignee: Simon MacDonald
>  Labels: cordova-ios-4.0.x
>
> {code}
> CDVCapture.m:519:19: warning: 
>   incompatible pointer types initializing 'NSString *__strong' with an 
> expression of type 'CGPathRef'
>   (aka 'const struct CGPath *') [-Wincompatible-pointer-types]
> NSString* moviePath = [[info 
> objectForKey:UIImagePickerControllerMediaURL] path];
>   ^   
> ~CDVCapture.m:819:60: 
> warning: 
>   comparison of address of 'UIAccessibilityAnnouncementNotification' not 
> equal to a null pointer is always true
>   [-Wtautological-pointer-compare]
> BOOL isUIAccessibilityAnnouncementNotification = 
> ( != NULL);
>
> ^~~
> 2 warnings generated.
> {code}



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

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

[jira] [Updated] (CB-6458) Support reading of param values other than "onload" and "x-package" keys

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-6458:
-
Labels: config.xml cordova-ios-5.0.x  (was: config.xml)

> Support reading of  param values other than "onload" and "x-package" 
> keys
> --
>
> Key: CB-6458
> URL: https://issues.apache.org/jira/browse/CB-6458
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: config.xml
>Reporter: Shazron Abdullah
>Priority: Minor
>  Labels: config.xml, cordova-ios-5.0.x
>
> There is no component for this, this relates to config.xml.
> For the proposed solution, there are no changes needed to the config.xml 
> specification, since the feature tag already supports param child tags.
> I'm only speaking for iOS, not sure about the other platforms.
> The problem is, there is no access to these additional values in plugin code. 
> The plugin has to re-read the config.xml to access this.
> What are the alternatives in config.xml/plugin.xml?
> 1. preference tag on the plugin level
> 2. preference tag on the platform level
> The problem with either of these two approaches is that if another plugin has 
> the same key, it will clobber your preference. The ugly solution to that is, 
> to namespace your key with your feature name as a prefix.
> Proposed solutions:
> 1. Create a plugin in cordova-labs  to read these extra param values without 
> touching the core code.
> 2. Modify the core code to read these extra param values, and expose them to 
> the user



--
This message was sent by Atlassian JIRA
(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-9566) Move plugin cordova-wkwebview-engine to cordova-wkwebview-engine-local-webserver

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah reassigned CB-9566:


Assignee: Shazron Abdullah

> Move plugin cordova-wkwebview-engine to 
> cordova-wkwebview-engine-local-webserver
> 
>
> Key: CB-9566
> URL: https://issues.apache.org/jira/browse/CB-9566
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> We are reserving the cordova-wkwebview-engine plugin for direct file:// url 
> loading in iOS 9.



--
This message was sent by Atlassian JIRA
(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-9567) Create updated cordova-wkwebview-engine plugin

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah reassigned CB-9567:


Assignee: Shazron Abdullah

> Create updated cordova-wkwebview-engine plugin
> --
>
> Key: CB-9567
> URL: https://issues.apache.org/jira/browse/CB-9567
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS 9
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> See CB-9566 for old purpose of plugin, moved to a new plugin.
> This plugin will use the WKWebView file:// url loading functionality in iOS 9.



--
This message was sent by Atlassian JIRA
(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-9297) Cordova CLI fails silently with iojs

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-9297:
-
Labels: cordova-ios-4.0.x  (was: )

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>  Labels: cordova-ios-4.0.x
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-8374) Access origin/whitelist for iOS doesn't default to all if access element missing from config.xml

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-8374.
--
Resolution: Duplicate

> Access origin/whitelist for iOS doesn't default to all if access element 
> missing from config.xml
> 
>
> Key: CB-8374
> URL: https://issues.apache.org/jira/browse/CB-8374
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.7.0
> Environment: ios 
>Reporter: Holly Schinsky
>Priority: Minor
>
> If  the  element is left out of the config.xml, the 
> default does not allow all URLs as it should, instead it is set only to the 
> following in the CDVConfigParser.m class:
> {code}
> [self.whitelistHosts addObject:@"file:///*"];
> [self.whitelistHosts addObject:@"content:///*"];
> [self.whitelistHosts addObject:@"data:///*"];
> {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-9485) processOpenURL shortens long URLs with ellipsis

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-9485:
--

May be related to CB-9279.

> processOpenURL shortens long URLs with ellipsis
> ---
>
> Key: CB-9485
> URL: https://issues.apache.org/jira/browse/CB-9485
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.7.0
> Environment: iOS
>Reporter: Tom Brückner
>  Labels: cordova-ios-4.0.x, processOpenURL
>
> I'm building a hybrid app and wanted to use the openProcessURL() mechanism to 
> transfer data from the native side to the webapp. The data consists of a 
> rather large string.
> Here I noticed, that this URL will get shortened using an ellipsis (...) and 
> thus not transfered correctly to the webapp.
> I tracked the problem down to its root cause. The problem is that NSURL 
> automatically shortens URLs if you are just converting it into a string. This 
> "feature" is also described here:
> http://stackoverflow.com/questions/30764851/nsurl-urlwithstring-is-shortening-very-long-strings-with-an-ellipsis-crea
> Cordova iOS uses this kind of direct string conversion before the URL is 
> handed over to the native side. In Cordova 3.7.0 (which I'm using), this 
> happens in CDVViewController.m (processOpenURL). In the latest Cordova 
> development branch, the same happens in CDVHandleOpenURL.m (handleOpenURL).
> In both cases, the errorneous conversion / shortening is a side-effect of the 
> call to [NSString stringWithFormat], where the NSURL is handed over as a 
> string. This causes ellipsis generation.
> As described in the stack overflow question linked above, the problem does 
> not occur if the parts of the URL (e.g. the path or the query) are converted 
> seperately, and I can confirm that.
> To fix the problem, you can replace
> NSString* jsString = [NSString stringWithFormat:@"if (typeof handleOpenURL 
> === 'function') { handleOpenURL(\"%@\");}", url];
> with
> NSString* jsString = [NSString stringWithFormat:@"if (typeof handleOpenURL 
> === 'function') { handleOpenURL(\"%@\");}", url.absoluteString];
> The .absoluteString retrieves the unaltered URL, this patch worked for me.



--
This message was sent by Atlassian JIRA
(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-9459) iOS gap://ready iframe issue

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-9459:
-
Priority: Major  (was: Blocker)

Can't repro this issue in a new project, lowering priority. Possibly related to 
an upgrade of a project. That bug you referenced was fixed.

> iOS gap://ready iframe issue
> 
>
> Key: CB-9459
> URL: https://issues.apache.org/jira/browse/CB-9459
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.8.0, 3.9.0
> Environment: Xcode 6.4, Mac OS Yosemite (up-to-date)
>Reporter: Stephen Warren
>  Labels: cordova-ios-4.0.x
>
> After updating to iOS platform v3.8.0, I noticed that my application would 
> start up with a white screen.  I also did not receive the usual javascript 
> console output.  I wasn't sure why until I looked at the DOM tree.  There was 
> only one iFrame, and it was the gap://ready iframe.  I did a little searching 
> and it appears that at least one bug related to this has appeared before.
> https://issues.apache.org/jira/browse/CB-8002
> Edit: This is affecting 3.9.0 as well.



--
This message was sent by Atlassian JIRA
(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-9249) Fix iOS warnings in Media Capture plugin

[Simon MacDonald (JIRA)]

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

Simon MacDonald commented on CB-9249:
-

PR - https://github.com/apache/cordova-plugin-media-capture/pull/41

> Fix iOS warnings in Media Capture plugin
> 
>
> Key: CB-9249
> URL: https://issues.apache.org/jira/browse/CB-9249
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
> Environment: Xcode 6.3.2
>Reporter: Shazron Abdullah
>Assignee: Simon MacDonald
>  Labels: cordova-ios-4.0.x
>
> {code}
> CDVCapture.m:519:19: warning: 
>   incompatible pointer types initializing 'NSString *__strong' with an 
> expression of type 'CGPathRef'
>   (aka 'const struct CGPath *') [-Wincompatible-pointer-types]
> NSString* moviePath = [[info 
> objectForKey:UIImagePickerControllerMediaURL] path];
>   ^   
> ~CDVCapture.m:819:60: 
> warning: 
>   comparison of address of 'UIAccessibilityAnnouncementNotification' not 
> equal to a null pointer is always true
>   [-Wtautological-pointer-compare]
> BOOL isUIAccessibilityAnnouncementNotification = 
> ( != NULL);
>
> ^~~
> 2 warnings generated.
> {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-8374) Access origin/whitelist for iOS doesn't default to all if access element missing from config.xml

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-8374:
--

CB-9568 will resolve this.

> Access origin/whitelist for iOS doesn't default to all if access element 
> missing from config.xml
> 
>
> Key: CB-8374
> URL: https://issues.apache.org/jira/browse/CB-8374
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.7.0
> Environment: ios 
>Reporter: Holly Schinsky
>Priority: Minor
>
> If  the  element is left out of the config.xml, the 
> default does not allow all URLs as it should, instead it is set only to the 
> following in the CDVConfigParser.m class:
> {code}
> [self.whitelistHosts addObject:@"file:///*"];
> [self.whitelistHosts addObject:@"content:///*"];
> [self.whitelistHosts addObject:@"data:///*"];
> {code}



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

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

[jira] [Created] (CB-9592) Test dual use of WKWebViewEngine and UIWebView engine for a single app

[Shazron Abdullah (JIRA)]

Shazron Abdullah created CB-9592:


 Summary: Test dual use of WKWebViewEngine and UIWebView engine for 
a single app
 Key: CB-9592
 URL: https://issues.apache.org/jira/browse/CB-9592
 Project: Apache Cordova
  Issue Type: Test
  Components: iOS, Plugin WKWebViewEngine
 Environment: iOS 9, iOS 8
Reporter: Shazron Abdullah


App is compiled using iOS 9 SDK and uses the plugin from CB-9567.
On iOS < 9, it should default to UIWebView and still work.
On iOS >= 9, it should use the wkwebview-engine plugin.

Use this issue to report issues, results.



--
This message was sent by Atlassian JIRA
(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-7296) [UIWebView][iOS 8] Failing tests (wkwebview branch)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-7296:
-
Fix Version/s: (was: 4.0.0)

> [UIWebView][iOS 8] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7296
> URL: https://issues.apache.org/jira/browse/CB-7296
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0 
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> 4 failing tests, probably related to CB-6911.
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a 
> file.
> Expected 
> '{"fields":{"value1":"test","value2":"param"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/4f9b06679ea88dfecbfa46a44a22b2e5","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T22:07:08.305Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> ExpectationResult@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:102:41
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:1194:58
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/tests/filetransfer.tests.js:456:54
> spyObj@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:401:29
> win@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/plugins/org.apache.cordova.file-transfer/www/FileTransfer.js:139:47
> callbackFromNative@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:292:59
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:1086:35
> nativeEvalAndFetch@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:1094:13
> nativeCallback@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:1083:38
> global 
> code@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/pages/all.html:1:47
> FileTransfer upload method filetransfer.spec.19 should be able to upload a 
> file with http basic auth.
> Expected 
> '{"fields":{"value1":"test","value2":"param"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/2504d802312c4370c7dbf6f77f031abf","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T22:07:08.532Z"}}}
>  ' to match /fields:\s*{\s*value1.*/.
> ExpectationResult@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:102:41
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:1194:58
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/tests/filetransfer.tests.js:509:54
> spyObj@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:401:29
> win@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/plugins/org.apache.cordova.file-transfer/www/FileTransfer.js:139:47
> callbackFromNative@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:292:59
> 

[jira] [Commented] (CB-8893) Remove docs for iOS window.shouldRotateToOrientation call

[ASF subversion and git services (JIRA)]

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

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

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

CB-8893 Remove docs for iOS window.shouldRotateToOrientation call


> Remove docs for iOS window.shouldRotateToOrientation call
> -
>
> Key: CB-8893
> URL: https://issues.apache.org/jira/browse/CB-8893
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Affects Versions: 4.0.0
> Environment: iOS
>Reporter: Shazron Abdullah
>Assignee: Simon MacDonald
>  Labels: cordova-ios-4.0.x
>
> See: 
> https://git1-us-west.apache.org/repos/asf?p=cordova-docs.git;a=blob;f=docs/en/edge/config_ref/index.md;hb=faa9a493#l193
> This has been removed in cordova-ios 4.0.x, unless an alternative is found to 
> get around the synchronous supportedOrientations call. 
> Removed because in WKWebView, calling into JavaScript is now async, thus the 
> common CDVWKWebViewEngine protocol only supports async as the common 
> denominator.



--
This message was sent by Atlassian JIRA
(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-4071) Capture error callback (should be an object)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-4071:
-
Labels:   (was: cordova-ios-4.0.x)

> Capture error callback (should be an object)
> 
>
> Key: CB-4071
> URL: https://issues.apache.org/jira/browse/CB-4071
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, Docs, iOS, Plugin Media Capture, Windows 8
>Affects Versions: 2.9.0
> Environment: All
>Reporter: Jonathan Bond
>Priority: Minor
>
> When using camera.getPicture(), the cameraError is documented as a string but 
> on Android & iOS, it's actually an object.
> On the native side in 2.7: 
> Android:
> private static final int CAPTURE_INTERNAL_ERR = 0;
> //  private static final int CAPTURE_APPLICATION_BUSY = 1;
> //  private static final int CAPTURE_INVALID_ARGUMENT = 2;
> 
> private static final int CAPTURE_NO_MEDIA_FILES = 3;
> iOS:
> enum CDVCaptureError {
>
>  CAPTURE_INTERNAL_ERR = 0,
> 
>  CAPTURE_APPLICATION_BUSY = 1,
> 
>  CAPTURE_INVALID_ARGUMENT = 2,
> 
>  CAPTURE_NO_MEDIA_FILES = 3,
> 
>  CAPTURE_NOT_SUPPORTED = 20
> };
> Windows 8:
> only string errors
> Android and iOS have the same looking api on the native side, error callback 
> Android returns JSON: {message: '', code: int}, iOS returns JSON: {message: 
> '', status: int}, 
> Looking at the javascript api, it looks like it should return a 'new 
> CaptureError()' on the errorCallback, is that the direction for 3.0?
> Windows only sends a string as the callback error, it's difficult to know if 
> the user just cancelled taking a picture or what kind of specific error 
> occurred.
> Should I look into creating a patch?
> This probably affects other apis, overall I'd like to see the CaptureError() 
> returned more consistently instead of strings.
> It would make sense to improve this in 3.0 and possibly break BC for those 
> expecting strings.
> CaptureError() could implement 'toString()' to mitigate potential issues.



--
This message was sent by Atlassian JIRA
(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-8970) For app launch, remove usage of global js function handleOpenURL, and send an event instead

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-8970:
-
Labels: cordova-ios-5.0.x  (was: cordova-ios-4.0.x)

> For app launch, remove usage of global js function handleOpenURL, and send an 
> event instead
> ---
>
> Key: CB-8970
> URL: https://issues.apache.org/jira/browse/CB-8970
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Shazron Abdullah
>Assignee: Jesse MacFadyen
>  Labels: cordova-ios-5.0.x
>
> Change it here:
> https://github.com/apache/cordova-ios/blob/4.0.x/CordovaLib/Classes/Private/Plugins/CDVHandleOpenURL/CDVHandleOpenURL.m#L62
> Event name to be determined.
> Update the upgrade guide in /guides.



--
This message was sent by Atlassian JIRA
(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-8688) Update release script to update the iOS version in CDVAvailability.h

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-8688:
-
Labels: cordova-ios-5.0.x  (was: cordova-ios-4.0.x)

> Update release script to update the iOS version in CDVAvailability.h
> 
>
> Key: CB-8688
> URL: https://issues.apache.org/jira/browse/CB-8688
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Coho
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-5.0.x
>
> See CB-8640, where the file has been template-zed



--
This message was sent by Atlassian JIRA
(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-8893) Remove docs for iOS window.shouldRotateToOrientation call

[Simon MacDonald (JIRA)]

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

Simon MacDonald reassigned CB-8893:
---

Assignee: Simon MacDonald  (was: Shazron Abdullah)

> Remove docs for iOS window.shouldRotateToOrientation call
> -
>
> Key: CB-8893
> URL: https://issues.apache.org/jira/browse/CB-8893
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Docs
>Affects Versions: 4.0.0
> Environment: iOS
>Reporter: Shazron Abdullah
>Assignee: Simon MacDonald
>  Labels: cordova-ios-4.0.x
>
> See: 
> https://git1-us-west.apache.org/repos/asf?p=cordova-docs.git;a=blob;f=docs/en/edge/config_ref/index.md;hb=faa9a493#l193
> This has been removed in cordova-ios 4.0.x, unless an alternative is found to 
> get around the synchronous supportedOrientations call. 
> Removed because in WKWebView, calling into JavaScript is now async, thus the 
> common CDVWKWebViewEngine protocol only supports async as the common 
> denominator.



--
This message was sent by Atlassian JIRA
(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-9358) Rotating doesn't work properly on iOS

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-9358:
-
Labels:   (was: cordova-ios-4.0.x)

> Rotating doesn't work properly on iOS
> -
>
> Key: CB-9358
> URL: https://issues.apache.org/jira/browse/CB-9358
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
> Environment: Tested in iPod touch w/iOS 7.1.2; iPod touch w/iOS 8.4; 
> iPhone 4S w/iOS 7.1.1; iPhone 5s w/iOS 7.1.1
>Reporter: Diego Geffner
> Attachments: iPhone iOS 8.3 broken after rotation.png, iPod iOS 7.1.2 
> completely broken after a few rotations. Webview height is really small.png, 
> iPod iOS 7.1.2 webview is in portrait, but phone is in landscape.png, iPod 
> iOS 8.4 broken after rotation.png
>
>
> The result is different on different devices (check the attachment 
> screenshots for more details). But the main issue is that after rotating it, 
> sometimes the "WebView is in portrait mode", and the device itself is in 
> landscape, or the other way around.
> It also happened a few times, that after rotating it, the size of the WebView 
> ended up being very small/completely screwed.



--
This message was sent by Atlassian JIRA
(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-9358) Rotating doesn't work properly on iOS

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-9358:
--

Needs to be repro'ed on a vanilla project, it might be related to device-height 
meta tag value and/or statusbar plugin. Removing from cordova-ios-4.0.x 
milestone.

> Rotating doesn't work properly on iOS
> -
>
> Key: CB-9358
> URL: https://issues.apache.org/jira/browse/CB-9358
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
> Environment: Tested in iPod touch w/iOS 7.1.2; iPod touch w/iOS 8.4; 
> iPhone 4S w/iOS 7.1.1; iPhone 5s w/iOS 7.1.1
>Reporter: Diego Geffner
> Attachments: iPhone iOS 8.3 broken after rotation.png, iPod iOS 7.1.2 
> completely broken after a few rotations. Webview height is really small.png, 
> iPod iOS 7.1.2 webview is in portrait, but phone is in landscape.png, iPod 
> iOS 8.4 broken after rotation.png
>
>
> The result is different on different devices (check the attachment 
> screenshots for more details). But the main issue is that after rotating it, 
> sometimes the "WebView is in portrait mode", and the device itself is in 
> landscape, or the other way around.
> It also happened a few times, that after rotating it, the size of the WebView 
> ended up being very small/completely screwed.



--
This message was sent by Atlassian JIRA
(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-8789) Cordova iOS to support Asset Catalog for App icons and splashscreens

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-8789:
-
Summary: Cordova iOS to support Asset Catalog for App icons and 
splashscreens  (was: Cordova iOS to support Asset Catalog for App icons and 
slapshscreens)

> Cordova iOS to support Asset Catalog for App icons and splashscreens
> 
>
> Key: CB-8789
> URL: https://issues.apache.org/jira/browse/CB-8789
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Carlos Santana
>  Labels: cordova-ios-4.0.x
>
> IBM has a future requirement to support Asset Catalog for App icons and 
> splash screens in our downstream distribution (MobileFirst) of Cordova. 
> Enterprise use cases:
> Leverage Catalog Assets to manage splash screens and app icons, instead of 
> using deprecated methods.
> Tasks:
> - Modify Xcode project structure for Cordova to use Asset Catalog
> - Modify Cordova CLI to manage icons and spashscreens my managing Asset 
> Catalog content.
> IBM has intention on working on this changes in Cordova, but if someone else 
> wants to work on it before we get to it that also works for us :-)
> Related JIRA issues:
> [CB-8027 | https://issues.apache.org/jira/browse/CB-8027]



--
This message was sent by Atlassian JIRA
(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-3360) Set custom InAppBrowser user-agent

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-3360:
-
Labels: Cordova InAppBrowser android  (was: Cordova InAppBrowser android 
cordova-ios-4.0.x)

> Set custom InAppBrowser user-agent
> --
>
> Key: CB-3360
> URL: https://issues.apache.org/jira/browse/CB-3360
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android, BlackBerry, Plugin InAppBrowser, WP8
>Affects Versions: 2.7.0
> Environment: iOS, Android, WP8, BlackBerry
>Reporter: Kevin Simpson
>Priority: Minor
>  Labels: Cordova, InAppBrowser, android
>
> Currently you can set a custom user-agent for the main Cordova webview by 
> overriding the init method for the DroidGap class. However, when opening a 
> page in the InAppBrowser, that webview will still contain the default 
> user-agent.
> There are two solutions that I have thought of to this:
> 1. Set the user-agent of the InAppBrowser webview to whatever the user-agent 
> in the Cordova webview is set to. (This is what I am currently doing, as it 
> was a one line change, but it requires rebuilding Cordova manually)
> 2. Have some sort of configuration option to set the user-agent for the 
> InAppBrowser. This would allow a different user-agent from the main webview, 
> but is also a more involved change.



--
This message was sent by Atlassian JIRA
(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-8630) Document CordovaWebViewEngine iOS preference (pluggable webviews)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-8630:
-
Fix Version/s: (was: 4.0.0)

> Document CordovaWebViewEngine iOS preference (pluggable webviews)
> -
>
> Key: CB-8630
> URL: https://issues.apache.org/jira/browse/CB-8630
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Docs
> Environment: iOS
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-4.0.x
>
> The "webview as a plugin" approach. 
> {code}
> // The webview has to be installed as a plugin, and conform to the 
> CDVWebViewEngineProtocol protocol
> // the "value" here should match the  name 
> 
> {code}
> By default, the value would be "CDVUIWebViewEngine", when not provided.



--
This message was sent by Atlassian JIRA
(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-9511) Config .xml Preference Orientation not working for IOS

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah resolved CB-9511.
--
   Resolution: Fixed
 Assignee: Shazron Abdullah
Fix Version/s: 5.1.1

This was fixed in a recent version of the CLI.
The "all" preference is iOS specific for now, see docs: 
http://cordova.apache.org/docs/en/5.1.1/config_ref_index.md.html#The%20config.xml%20File

> Config .xml Preference Orientation not working for IOS
> --
>
> Key: CB-9511
> URL: https://issues.apache.org/jira/browse/CB-9511
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Reporter: Gheric Speiginer
>Assignee: Shazron Abdullah
> Fix For: 5.1.1
>
>   Original Estimate: 1m
>  Remaining Estimate: 1m
>
> As described in the following link, the `default` Orientation option does not 
> enable both portrait and landscape orientations:
> http://forum.ionicframework.com/t/config-xml-preference-orientation-not-working-for-ios/6050
> The problem seems to be in 
> https://github.com/apache/cordova-lib/blob/dff78b0779444d06e259140694e07d5e8c5f5308/cordova-lib/src/cordova/metadata/ios_parser.js#L96
> The (undocumented) "all" option is doing what would be expected from the 
> `default` option. 



--
This message was sent by Atlassian JIRA
(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-5439) Status Bar Plugin pushes web view too far down when a personal hotspot connection is active while using overlaysWebView(false)

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-5439:
-
Labels:   (was: cordova-ios-4.0.x)

> Status Bar Plugin pushes web view too far down when a personal hotspot 
> connection is active while using overlaysWebView(false)
> --
>
> Key: CB-5439
> URL: https://issues.apache.org/jira/browse/CB-5439
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Statusbar
>Affects Versions: 3.1.0
>Reporter: Sepp Wijnands
>Priority: Minor
>
> When a personal hotspot connection is active or a call is in progress, the 
> statusbar occupies two rows.
> If StatusBar.overlaysWebView(false) is used, it causes the webview to be 
> pushed further down than it should: Exactly 3 rows instead of 2.
> Steps to reproduce the problem:
> # Enable Personal Hotspot or make sure a call is in progress
> # Open/resume Cordova application that uses   
> StatusBar.overlaysWebView(false);
> Screenshot depicting the problem: 
> https://www.dropbox.com/s/u47sucujs19g2py/Screenshot%202013.11.19%2010.44.00.png
> Screenshot of application when no call/connection is in progress:
> https://www.dropbox.com/s/n2eiyem7a7wfk7j/Screenshot%202013.11.19%2010.44.45.png
> The red line at the top in the above pictures is made using the following (to 
> annotate that it really is the web view that is being pushed down):
> {code}
> body {
> border-top: 2px solid red;
> }
> {code}
> Example project: 
> https://www.dropbox.com/s/0yzarp1sioamgud/BugStatusBarPushDown.zip



--
This message was sent by Atlassian JIRA
(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-4712) iOS 7: Webview pushed down when app is launched and call is engaged

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-4712:
-
Fix Version/s: (was: 3.1.0)

> iOS 7: Webview pushed down when app is launched and call is engaged
> ---
>
> Key: CB-4712
> URL: https://issues.apache.org/jira/browse/CB-4712
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
> Environment: Latest iOS7 Beta
>Reporter: Jason Rosenbaum
>Assignee: Shazron Abdullah
>Priority: Minor
>  Labels: cordova-ios-4.0.x
>
> When a call is engaged on an iPhone running iOS 7 beta and a cordova app is 
> launched, the webview is pushed down to make room for half of the 
> double-height status bar (the bottom half normally runs into the app, as is 
> the new standard for iOS7).
> See screenshot: http://imgur.com/3Gs5nXk



--
This message was sent by Atlassian JIRA
(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-6274) iOS should support backgroundColor in config.xml

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-6274:
-
Labels:   (was: cordova-ios-4.0.x)

> iOS should support backgroundColor in config.xml
> 
>
> Key: CB-6274
> URL: https://issues.apache.org/jira/browse/CB-6274
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: iOS
>Reporter: Jesse MacFadyen
>Priority: Minor
>
> http://cordova.apache.org/docs/en/3.4.0/config_ref_index.md.html#The%20config.xml%20File



--
This message was sent by Atlassian JIRA
(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-9249) Fix iOS warnings in Media Capture plugin

[Simon MacDonald (JIRA)]

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

Simon MacDonald reassigned CB-9249:
---

Assignee: Simon MacDonald

> Fix iOS warnings in Media Capture plugin
> 
>
> Key: CB-9249
> URL: https://issues.apache.org/jira/browse/CB-9249
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media Capture
> Environment: Xcode 6.3.2
>Reporter: Shazron Abdullah
>Assignee: Simon MacDonald
>  Labels: cordova-ios-4.0.x
>
> {code}
> CDVCapture.m:519:19: warning: 
>   incompatible pointer types initializing 'NSString *__strong' with an 
> expression of type 'CGPathRef'
>   (aka 'const struct CGPath *') [-Wincompatible-pointer-types]
> NSString* moviePath = [[info 
> objectForKey:UIImagePickerControllerMediaURL] path];
>   ^   
> ~CDVCapture.m:819:60: 
> warning: 
>   comparison of address of 'UIAccessibilityAnnouncementNotification' not 
> equal to a null pointer is always true
>   [-Wtautological-pointer-compare]
> BOOL isUIAccessibilityAnnouncementNotification = 
> ( != NULL);
>
> ^~~
> 2 warnings generated.
> {code}



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

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

[jira] [Updated] (CB-8088) Viewport fails to scale after showing keyboard

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-8088:
-
Labels: cordova-ios-4.0.x ios keyboard viewport  (was: ios keyboard 
viewport)

> Viewport fails to scale after showing keyboard
> --
>
> Key: CB-8088
> URL: https://issues.apache.org/jira/browse/CB-8088
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.5.0
>Reporter: Ryan Willoughby
>  Labels: cordova-ios-4.0.x, ios, keyboard, viewport
>
> 1. Enable viewport scaling using the following config.xml preference:
> 
> 2. Set viewport width to device-width. Here's my viewport:
> 
> 3. Launch app, and rotate device to trigger rescaling. Works.
> 4. Focus on an input to show the keyboard. Hide the keyboard.
> 5. Rotate device to trigger rescaling. Doesn't rescale.



--
This message was sent by Atlassian JIRA
(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-8789) Cordova iOS to support Asset Catalog for App icons and splashscreens

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah commented on CB-8789:
--

CB-9161 requires a Launch storyboard. Perhaps the fix for these two issues can 
be linked

> Cordova iOS to support Asset Catalog for App icons and splashscreens
> 
>
> Key: CB-8789
> URL: https://issues.apache.org/jira/browse/CB-8789
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: iOS
>Reporter: Carlos Santana
>  Labels: cordova-ios-4.0.x
>
> IBM has a future requirement to support Asset Catalog for App icons and 
> splash screens in our downstream distribution (MobileFirst) of Cordova. 
> Enterprise use cases:
> Leverage Catalog Assets to manage splash screens and app icons, instead of 
> using deprecated methods.
> Tasks:
> - Modify Xcode project structure for Cordova to use Asset Catalog
> - Modify Cordova CLI to manage icons and spashscreens my managing Asset 
> Catalog content.
> IBM has intention on working on this changes in Cordova, but if someone else 
> wants to work on it before we get to it that also works for us :-)
> Related JIRA issues:
> [CB-8027 | https://issues.apache.org/jira/browse/CB-8027]



--
This message was sent by Atlassian JIRA
(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-9161) Support iPad multitasking in iOS 9

[Shazron Abdullah (JIRA)]

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

Shazron Abdullah updated CB-9161:
-
Labels: cordova-ios-5.0.x  (was: cordova-ios-4.1.0)

> Support iPad multitasking in iOS 9
> --
>
> Key: CB-9161
> URL: https://issues.apache.org/jira/browse/CB-9161
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.0.0
> Environment: iOS 9
>Reporter: Shazron Abdullah
>  Labels: cordova-ios-5.0.x
>
> This is to support SlideOver and SplitView. Note that SplitView is only 
> supported on iPad Air 2.
> The three rules are:
> 1. Build your apps with the iOS 9 SDK
> 2. Support all orientations
> 3. Use Launch Storyboards
> We have 1 and 2 covered, but not 3.



--
This message was sent by Atlassian JIRA
(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-9427) GZip decompression doesn't work

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov reassigned CB-9427:


Assignee: Vladimir Kotikov  (was: Omar Mefire)

> GZip decompression doesn't work
> ---
>
> Key: CB-9427
> URL: https://issues.apache.org/jira/browse/CB-9427
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.5.0, 4.3.0, 5.1.1
>Reporter: Oleksandr Bratashov
>Assignee: Vladimir Kotikov
>
> I try enable GZip compression for improve connection performance between 
> client and server, but it seems that WebView doesn't decompress GZip-response.
> Response Header(from server) contains:
> Content-Encoding:gzip
> Content-Type:application/gzip
> Body contains compressed JSON
> On the Desktop browsers all fine,
> but if it is android device in Chrome DevTools I see compressed body.
> Mobile app doesn't decompress response body.



--
This message was sent by Atlassian JIRA
(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-9427) GZip decompression doesn't work

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov resolved CB-9427.
--
Resolution: Not A Problem

> GZip decompression doesn't work
> ---
>
> Key: CB-9427
> URL: https://issues.apache.org/jira/browse/CB-9427
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.5.0, 4.3.0, 5.1.1
>Reporter: Oleksandr Bratashov
>Assignee: Vladimir Kotikov
>
> I try enable GZip compression for improve connection performance between 
> client and server, but it seems that WebView doesn't decompress GZip-response.
> Response Header(from server) contains:
> Content-Encoding:gzip
> Content-Type:application/gzip
> Body contains compressed JSON
> On the Desktop browsers all fine,
> but if it is android device in Chrome DevTools I see compressed body.
> Mobile app doesn't decompress response body.



--
This message was sent by Atlassian JIRA
(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-9427) GZip decompression doesn't work

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov commented on CB-9427:
--

[~abratashov], it seems that server returns incorrect headers.
In your case Content-Type should be {{application/json}}. Otherwise WebView 
treats response body as binary data and don't decompress it. 

Consider simple server server example below (just place it in the root of 
cordova application and run with node):
{noformat}
require('http').createServer(function(request, response) {
  response.writeHead(200, { 'content-encoding': 'gzip', 'content-type': 
'application/gzip' });
  
require('fs').createReadStream('platforms/platforms.json').pipe(require('zlib').createGzip()).pipe(response);
}).listen(1337);
{noformat}

If you try to send XHR from app, you will get a response with compressed 
response. Once you change  {{'content-type': 'application/gzip'}} -> {{ 
'content-type': 'application/json'}} and relaunch server, the response became 
correct (decompressed).

> GZip decompression doesn't work
> ---
>
> Key: CB-9427
> URL: https://issues.apache.org/jira/browse/CB-9427
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.5.0, 4.3.0, 5.1.1
>Reporter: Oleksandr Bratashov
>Assignee: Vladimir Kotikov
>
> I try enable GZip compression for improve connection performance between 
> client and server, but it seems that WebView doesn't decompress GZip-response.
> Response Header(from server) contains:
> Content-Encoding:gzip
> Content-Type:application/gzip
> Body contains compressed JSON
> On the Desktop browsers all fine,
> but if it is android device in Chrome DevTools I see compressed body.
> Mobile app doesn't decompress response body.



--
This message was sent by Atlassian JIRA
(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-9586) exec() call to unknown plugin: Console

[Anton S. Konovalov (JIRA)]

Anton S. Konovalov created CB-9586:
--

 Summary: exec() call to unknown plugin: Console
 Key: CB-9586
 URL: https://issues.apache.org/jira/browse/CB-9586
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Console
 Environment: Android
Reporter: Anton S. Konovalov
Priority: Minor


Seems like there is no any `` in the `android.json` related to Console 
plugin as well as no android mentions in the `plugin.xml` of the plugin.



--
This message was sent by Atlassian JIRA
(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-9297) Cordova CLI fails silently with iojs

[Julien Bouquillon (JIRA)]

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

Julien Bouquillon commented on CB-9297:
---

I have this issue with iojs-v2.4.0, and installed plugins with http/ssh git 
specs

cordova prepare stop at the mentionned line and hooks dont get executed



> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-9587) 'cordova run browser' without browser platform added fails with weird error.

[Vladimir Kotikov (JIRA)]

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

Vladimir Kotikov updated CB-9587:
-
Description: 
*Repro steps:*
cordova create test && cd test
cordova platform add android
cordova run browser

*Expected:*
Command fails, since browser platform isn't added, with some _meaningful 
message_.

*Actual:* 
{noformat}
cp: copyFileSync: could not write to dest file 
(code=ENOENT):c:\apps\test\platforms\browser\config.xml
mkdir: no such file or directory: c:\apps\test\platforms\browser
shell.js: internal error
Error: ENOENT, no such file or directory 
'c:\apps\test\platforms\browser\www\css'
at Error (native)
at Object.fs.mkdirSync (fs.js:747:18)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:174:14
at Array.forEach (native)
at Object._cp 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:157:11)
at Object.cp 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\common.js:186:23)
at browser_parser.update_www 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\metadata\browser_parser.js:71:11)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:100:20
at Array.map (native)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:74:40
{noformat}

  was:
*Repro steps:*
cordova create test && cd test
cordova platform add android
cordova run browser

*Expected:*
Command fails, since browser platform isn't added, with some meaningful message.

*Actual:* 
{noformat}
cp: copyFileSync: could not write to dest file 
(code=ENOENT):c:\apps\test\platforms\browser\config.xml
mkdir: no such file or directory: c:\apps\test\platforms\browser
shell.js: internal error
Error: ENOENT, no such file or directory 
'c:\apps\test\platforms\browser\www\css'
at Error (native)
at Object.fs.mkdirSync (fs.js:747:18)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:174:14
at Array.forEach (native)
at Object._cp 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:157:11)
at Object.cp 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\common.js:186:23)
at browser_parser.update_www 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\metadata\browser_parser.js:71:11)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:100:20
at Array.map (native)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:74:40
{noformat}


> 'cordova run browser' without browser platform added fails with weird error.
> 
>
> Key: CB-9587
> URL: https://issues.apache.org/jira/browse/CB-9587
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 5.3.2
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>Priority: Minor
>
> *Repro steps:*
> cordova create test && cd test
> cordova platform add android
> cordova run browser
> *Expected:*
> Command fails, since browser platform isn't added, with some _meaningful 
> message_.
> *Actual:* 
> {noformat}
> cp: copyFileSync: could not write to dest file 
> (code=ENOENT):c:\apps\test\platforms\browser\config.xml
> mkdir: no such file or directory: c:\apps\test\platforms\browser
> shell.js: internal error
> Error: ENOENT, no such file or directory 
> 'c:\apps\test\platforms\browser\www\css'
> at Error (native)
> at Object.fs.mkdirSync (fs.js:747:18)
> at 
> C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:174:14
> at Array.forEach (native)
> at Object._cp 
> (C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:157:11)
> at Object.cp 
> (C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\common.js:186:23)
> at browser_parser.update_www 
> (C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\metadata\browser_parser.js:71:11)
> at 
> C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:100:20

[jira] [Created] (CB-9587) 'cordova run browser' without browser platform added fails with weird error.

[Vladimir Kotikov (JIRA)]

Vladimir Kotikov created CB-9587:


 Summary: 'cordova run browser' without browser platform added 
fails with weird error.
 Key: CB-9587
 URL: https://issues.apache.org/jira/browse/CB-9587
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Affects Versions: 5.3.2
Reporter: Vladimir Kotikov
Assignee: Vladimir Kotikov
Priority: Minor


*Repro steps:*
cordova create test && cd test
cordova platform add android
cordova run browser

*Expected:*
Command fails, since browser platform isn't added, with some meaningful message.

*Actual:* 
{noformat}
cp: copyFileSync: could not write to dest file 
(code=ENOENT):c:\apps\test\platforms\browser\config.xml
mkdir: no such file or directory: c:\apps\test\platforms\browser
shell.js: internal error
Error: ENOENT, no such file or directory 
'c:\apps\test\platforms\browser\www\css'
at Error (native)
at Object.fs.mkdirSync (fs.js:747:18)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:174:14
at Array.forEach (native)
at Object._cp 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:157:11)
at Object.cp 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\common.js:186:23)
at browser_parser.update_www 
(C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\metadata\browser_parser.js:71:11)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:100:20
at Array.map (native)
at 
C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:74:40
{noformat}



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

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

[jira] [Commented] (CB-9587) 'cordova run browser' without browser platform added fails with weird error.

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9587:


GitHub user vladimir-kotikov opened a pull request:

https://github.com/apache/cordova-lib/pull/293

CB-9587 Check if browser platform added properly before creating parser

This fixes weird error when trying to run app on browser platform but the 
platform isn't added to project. See 
[CB-9587](https://issues.apache.org/jira/browse/CB-9587) for details and repro 
steps.

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

$ git pull https://github.com/MSOpenTech/cordova-lib CB-9587

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

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


commit 5473793a6730734dfb18b74a91f839e5a734a4a1
Author: Vladimir Kotikov 
Date:   2015-09-01T11:45:17Z

CB-9587 Check if browser platform added properly before creating parser




> 'cordova run browser' without browser platform added fails with weird error.
> 
>
> Key: CB-9587
> URL: https://issues.apache.org/jira/browse/CB-9587
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 5.3.2
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>Priority: Minor
>
> *Repro steps:*
> cordova create test && cd test
> cordova platform add android
> cordova run browser
> *Expected:*
> Command fails, since browser platform isn't added, with some _meaningful 
> message_.
> *Actual:* 
> {noformat}
> cp: copyFileSync: could not write to dest file 
> (code=ENOENT):c:\apps\test\platforms\browser\config.xml
> mkdir: no such file or directory: c:\apps\test\platforms\browser
> shell.js: internal error
> Error: ENOENT, no such file or directory 
> 'c:\apps\test\platforms\browser\www\css'
> at Error (native)
> at Object.fs.mkdirSync (fs.js:747:18)
> at 
> C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:174:14
> at Array.forEach (native)
> at Object._cp 
> (C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\cp.js:157:11)
> at Object.cp 
> (C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\node_modules\shelljs\src\common.js:186:23)
> at browser_parser.update_www 
> (C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\metadata\browser_parser.js:71:11)
> at 
> C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:100:20
> at Array.map (native)
> at 
> C:\Users\nikhilkh\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\prepare.js:74:40
> {noformat}



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

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

[jira] [Commented] (CB-9354) Incorrect array merging in *-Info.plist

[ASF subversion and git services (JIRA)]

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

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

Commit b0c196510aa73b3ef0752c78f06e2a99afe04a95 in cordova-lib's branch 
refs/heads/master from [~m1r4gexx]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=b0c1965 ]

CB-9354 Fix array merging with complex items

This closes #256


> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {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-9297) Cordova CLI fails silently with iojs

[Patrick Mueller (JIRA)]

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

Patrick Mueller commented on CB-9297:
-

Sorry for being a n00b, but I'm not familiar with cordova much anymore, so need 
a simple example to reproduce the problem.

Can I repro with the default sample?  And then just add a plugin?  Can you 
provide an example of a plugin that's not working for you?

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-9297) Cordova CLI fails silently with iojs

[Patrick Mueller (JIRA)]

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

Patrick Mueller commented on CB-9297:
-

OK, so I think I figured out the cordova hooks thing (neat!).  In my default 
project (hello sample), I added two hooks, for {{before_build}} and 
{{after_build}}:

{noformat}
$ cat hooks/before_build/log.js
#!/usr/bin/env node

console.log(' before build')

$ cat hooks/after_build/log.js
#!/usr/bin/env node

console.log('- after build')
{noformat}

When I do a {{cordova build}}, I see the following output bracket the output of 
the build:

{noformat}
Running command: /Users/pmuellr/tmp/hello/hooks/before_build/log.js 
/Users/pmuellr/tmp/hello
 before build
Running command: /Users/pmuellr/tmp/hello/platforms/ios/cordova/build

... many lines elided ...

** BUILD SUCCEEDED **
Running command: /Users/pmuellr/tmp/hello/hooks/after_build/log.js 
/Users/pmuellr/tmp/hello
- after build
{noformat}

Works fine for me on Mac Yosemite, with io.js 2.4.0 and 3.2.0, cordova 5.2.0

Was it some code in your hook that caused the reference line in {{platform.js}} 
to be executed? Could you provide an example.

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-7966) Add cordova-plugin-vibration support for browser platform

[ASF subversion and git services (JIRA)]

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

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

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

[CB-7966] Add cordova-plugin-vibration support for browser platform


> Add cordova-plugin-vibration support for browser platform
> -
>
> Key: CB-7966
> URL: https://issues.apache.org/jira/browse/CB-7966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Browser
>Reporter: Sergey Shakhnazarov
>Assignee: Suraj Pindoria
>




--
This message was sent by Atlassian JIRA
(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-7966) Add cordova-plugin-vibration support for browser platform

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-7966:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-vibration/pull/37


> Add cordova-plugin-vibration support for browser platform
> -
>
> Key: CB-7966
> URL: https://issues.apache.org/jira/browse/CB-7966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Browser
>Reporter: Sergey Shakhnazarov
>Assignee: Suraj Pindoria
>




--
This message was sent by Atlassian JIRA
(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-9588) Plugman. Add support for on Windows

[Sergey Grebnov (JIRA)]

Sergey Grebnov created CB-9588:
--

 Summary: Plugman. Add support for  on Windows
 Key: CB-9588
 URL: https://issues.apache.org/jira/browse/CB-9588
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman, Windows
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov


In some cases as plugin developer you want to add additional files to be just 
copied to output folder (for example .dll files to be invoked dynamically or 
.pri files for WinRT components).

It is not currently possible as plugman does not support `` on 
Windows and `` elements are not copied to output directory

To fix this I propose to add support of  on Windows similar to 
 with CopyToOutputFolder = true.



--
This message was sent by Atlassian JIRA
(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-9297) Cordova CLI fails silently with iojs

[Patrick Mueller (JIRA)]

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

Patrick Mueller commented on CB-9297:
-

Thanks Julien, was able to reproduce with your example.

Agree with Robert that lack of a {{.catch()}} at the end of the {{.then()}} 
chains smells fishy.  Tried instrumenting the referenced module, was unable to 
see my instrumented output on the failure condition.  May be being caught by 
someone else and thrown away, or perhaps there's a similar problem, that's 
happening earlier, dunno.

Happy to look into it more, if anyone has any more hints.

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-9354) Incorrect array merging in *-Info.plist

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9354:


Github user m1r4ge closed the pull request at:

https://github.com/apache/cordova-lib/pull/256


> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {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-9354) Incorrect array merging in *-Info.plist

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9354:


Github user m1r4ge commented on the pull request:

https://github.com/apache/cordova-lib/pull/256#issuecomment-136740512
  
Closed. Thank you Vladimir.


> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {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-9297) Cordova CLI fails silently with iojs

[Robert Churchill (JIRA)]

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

Robert Churchill commented on CB-9297:
--

I don't have time to check with iojs right now (I switched back to Node 0.12 
once I realised what the problem was), but I didn't get the impression that 
hooks were the issue per se though I could be wrong. For the record I specified 
the hook from the config file, which seems to be the new way:

{code}
 ... 
{code}

If I can find any more info I'll post it ASAP. Without understanding the code 
fully it looks like the line referenced by Julien above needs a .catch at the 
end of the chain of .thens, otherwise promises have a way of swallowing up 
important errors.

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-9297) Cordova CLI fails silently with iojs

[Julien Bouquillon (JIRA)]

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

Julien Bouquillon commented on CB-9297:
---

Nop, my unexecuted after_prepare is just a console.log that works with node. 

After digging a bit, here's what i found :

When you have this in your config.xml :

{code}


{code}

the `./node_modules/.bin/cordova prepare` fails

if i remove this line, it works

Full non-working config.xml :
{code}

http://www.w3.org/ns/widgets; 
xmlns:cdv="http://cordova.apache.org/ns/1.0;>
XXX

Hello world

http://xxx.tv;>
xxx






{code}

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-9354) Incorrect array merging in *-Info.plist

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-9354:


Github user vladimir-kotikov commented on the pull request:

https://github.com/apache/cordova-lib/pull/256#issuecomment-136734142
  
his was merged in 
https://github.com/apache/cordova-lib/commit/b0c196510aa73b3ef0752c78f06e2a99afe04a95.
 @m1r4ge, could you please close this PR.


> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {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] [Closed] (CB-9354) Incorrect array merging in *-Info.plist

[Sviatoslav Grebenchucov (JIRA)]

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

Sviatoslav Grebenchucov closed CB-9354.
---

> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {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-9354) Incorrect array merging in *-Info.plist

[Sviatoslav Grebenchucov (JIRA)]

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

Sviatoslav Grebenchucov resolved CB-9354.
-
Resolution: Fixed

> Incorrect array merging in *-Info.plist
> ---
>
> Key: CB-9354
> URL: https://issues.apache.org/jira/browse/CB-9354
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, CordovaLib
>Affects Versions: 5.1.1
> Environment: Mac OS X Yosemity
>Reporter: Sviatoslav Grebenchucov
>
> After installing 
> [phonegap-facebook-plugin|https://github.com/Wizcorp/phonegap-facebook-plugin.git]
>  each consequent run of 'cordova prepare' results in creating a duplicate of 
> the dictionary containing Facebook custom url scheme.
> After plugin installation App-Info.plist looks like:
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {code}
> After 'cordova prepare':
> {code:xml}
> CFBundleURLTypes
> 
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
>   
> CFBundleURLSchemes
> 
>   fb123456789
> 
>   
> 
> {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-9297) Cordova CLI fails silently with iojs

[Julien Bouquillon (JIRA)]

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

Julien Bouquillon commented on CB-9297:
---

mmm i totally forgot that i had already dug into that and submitted an issue 
here : https://github.com/alunny/node-xcode/issues/61

> Cordova CLI fails silently with iojs
> 
>
> Key: CB-9297
> URL: https://issues.apache.org/jira/browse/CB-9297
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Affects Versions: 5.1.2
> Environment: Cordova CLI: 5.1.1 (this isn't in your version list 
> above)
> ios-deploy version: 1.7.0 
> ios-sim version: 4.1.1 
> OS: Mac OS X Yosemite
> Xcode version: Xcode 6.4 Build version 6E35b 
> node (iojs): 1.8.1
>Reporter: Robert Churchill
>
> Running most build tasks (emulate, run, build) for ios when node is replaced 
> by iojs results in the build failing silently. Example:
> $ cordova build ios
> $
> $ cordova build ios --verbose
> Generating config.xml from defaults for platform "ios"
> Calling plugman.prepare for platform "ios"
> Preparing ios project
> ...
> [seems to finish prepare (but without executing hooks) then exits]
> ...
> $
> Not sure if you plan to support iojs, but at least this report might help 
> someone googling. Unfamiliar with the Apache JIRA system so apologies if this 
> report is in the wrong place etc.



--
This message was sent by Atlassian JIRA
(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-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8993:


Github user omefire commented on the pull request:

https://github.com/apache/cordova-lib/pull/292#issuecomment-136774986
  
Awesome, Thanks for validating. 
The case where we specify a searchpath on the CLI and another one in the 
./cordova/config.json doesn't go through. I will open up a separate issue for 
that.




> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



--
This message was sent by Atlassian JIRA
(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-8993) Plugin restore ignores search path

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CB-8993:


Github user omefire commented on the pull request:

https://github.com/apache/cordova-lib/pull/292#issuecomment-136775078
  
LGTM !! will be merged in.


> Plugin restore ignores search path
> --
>
> Key: CB-8993
> URL: https://issues.apache.org/jira/browse/CB-8993
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI
>Reporter: Marcus Pridham
>Assignee: Alexander Sorokin
> Fix For: 5.1.2
>
>
> If I run the command:
> cordova prepare --searchpath ~/cordova-plugins
> I would expect the CLI to try restore plugins in the config.xml from the 
> provided searchpath.  Currently this parameter is ignored.
> I can get this to work if I modify the opts variable in cli.js and add:
> searchpath : args.searchpath,
> https://github.com/apache/cordova-cli/blob/master/src/cli.js#L179



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

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