[jira] [Commented] (CB-8026) Apps targeting LOLLIPOP or later default to disallowing third party cookies

2014-11-18 Thread jan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14215901#comment-14215901
 ] 

jan commented on CB-8026:
-

Here my temporary solution: 
http://tol8.blogspot.com/2014/11/fixed-apps-cordovaphonegap-targeting.html

Successfully tested with:
Google Nexus 7 Android 5
Samsung Galaxy Win- i8552 Android 4.1.2
Google Nexus S Android 4.0.4
Samsung GT-S6500 Android 2.3.6
+ Android simulator 5 versions

 Apps targeting LOLLIPOP or later default to disallowing third party cookies
 ---

 Key: CB-8026
 URL: https://issues.apache.org/jira/browse/CB-8026
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 4.0.0
Reporter: jan
Priority: Blocker

 Apps that target KITKAT or below default to allowing third party cookies. 
 Apps targeting LOLLIPOP or later default to disallowing third party cookies.
 https://developer.android.com/reference/android/webkit/CookieManager.html
 Android 5.0 changes the default behavior for your app.
 If your app targets API level 21 or higher:
 The system blocks mixed content and third party cookies by default. To allow 
 mixed content and third party cookies, use the setMixedContentMode() and 
 setAcceptThirdPartyCookies() methods respectively.
 The system now intelligently chooses portions of the HTML document to draw. 
 This new default behavior helps to reduce memory footprint and increase 
 performance. If you want to render the whole document at once, disable this 
 optimization by calling enableSlowWholeDocumentDraw().
 If your app targets API levels lower than 21: The system allows mixed content 
 and third party cookies, and always renders the whole document at once.
 https://developer.android.com/about/versions/android-5.0-changes.html#BehaviorWebView
 
 I tried to set acceptThirdPartyCookies, but without any success yet. If 
 someone can post a quick workarround I would be very happy ;-) 



--
This message was sent by Atlassian JIRA
(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-8026) Apps targeting LOLLIPOP or later default to disallowing third party cookies

2014-11-18 Thread jan (JIRA)

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

jan updated CB-8026:

Description: 
Apps that target KITKAT or below default to allowing third party cookies. Apps 
targeting LOLLIPOP or later default to disallowing third party cookies.
https://developer.android.com/reference/android/webkit/CookieManager.html

Android 5.0 changes the default behavior for your app.
If your app targets API level 21 or higher:
The system blocks mixed content and third party cookies by default. To allow 
mixed content and third party cookies, use the setMixedContentMode() and 
setAcceptThirdPartyCookies() methods respectively.
The system now intelligently chooses portions of the HTML document to draw. 
This new default behavior helps to reduce memory footprint and increase 
performance. If you want to render the whole document at once, disable this 
optimization by calling enableSlowWholeDocumentDraw().
If your app targets API levels lower than 21: The system allows mixed content 
and third party cookies, and always renders the whole document at once.
https://developer.android.com/about/versions/android-5.0-changes.html#BehaviorWebView

Workaround in the Comments section...



  was:
Apps that target KITKAT or below default to allowing third party cookies. Apps 
targeting LOLLIPOP or later default to disallowing third party cookies.
https://developer.android.com/reference/android/webkit/CookieManager.html

Android 5.0 changes the default behavior for your app.
If your app targets API level 21 or higher:
The system blocks mixed content and third party cookies by default. To allow 
mixed content and third party cookies, use the setMixedContentMode() and 
setAcceptThirdPartyCookies() methods respectively.
The system now intelligently chooses portions of the HTML document to draw. 
This new default behavior helps to reduce memory footprint and increase 
performance. If you want to render the whole document at once, disable this 
optimization by calling enableSlowWholeDocumentDraw().
If your app targets API levels lower than 21: The system allows mixed content 
and third party cookies, and always renders the whole document at once.
https://developer.android.com/about/versions/android-5.0-changes.html#BehaviorWebView



I tried to set acceptThirdPartyCookies, but without any success yet. If 
someone can post a quick workarround I would be very happy ;-) 




 Apps targeting LOLLIPOP or later default to disallowing third party cookies
 ---

 Key: CB-8026
 URL: https://issues.apache.org/jira/browse/CB-8026
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 4.0.0
Reporter: jan
Priority: Blocker

 Apps that target KITKAT or below default to allowing third party cookies. 
 Apps targeting LOLLIPOP or later default to disallowing third party cookies.
 https://developer.android.com/reference/android/webkit/CookieManager.html
 Android 5.0 changes the default behavior for your app.
 If your app targets API level 21 or higher:
 The system blocks mixed content and third party cookies by default. To allow 
 mixed content and third party cookies, use the setMixedContentMode() and 
 setAcceptThirdPartyCookies() methods respectively.
 The system now intelligently chooses portions of the HTML document to draw. 
 This new default behavior helps to reduce memory footprint and increase 
 performance. If you want to render the whole document at once, disable this 
 optimization by calling enableSlowWholeDocumentDraw().
 If your app targets API levels lower than 21: The system allows mixed content 
 and third party cookies, and always renders the whole document at once.
 https://developer.android.com/about/versions/android-5.0-changes.html#BehaviorWebView
 Workaround in the Comments section...



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

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



[jira] [Updated] (CB-7972) Add cordova-plugin-globalization support for Windows platform

2014-11-18 Thread Sergey Shakhnazarov (JIRA)

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

Sergey Shakhnazarov updated CB-7972:

Summary: Add cordova-plugin-globalization support for Windows platform  
(was: Add cordova-plugin-globalization support for Windows Phone 8.1)

 Add cordova-plugin-globalization support for Windows platform
 -

 Key: CB-7972
 URL: https://issues.apache.org/jira/browse/CB-7972
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin Globalization
Reporter: Sergey Shakhnazarov





--
This message was sent by Atlassian JIRA
(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-8033) Medic ignres repository url from repos.json

2014-11-18 Thread Maria Bukharina (JIRA)
Maria Bukharina created CB-8033:
---

 Summary: Medic ignres repository url from repos.json
 Key: CB-8033
 URL: https://issues.apache.org/jira/browse/CB-8033
 Project: Apache Cordova
  Issue Type: Bug
  Components: Medic, Plugins
Reporter: Maria Bukharina


Medic always downloads plugins from default apache repositories via coho-clone.

Repo steps:
1. Set up medic 
2. Change plugin's repo url to custom url
3. Run build

Expected result: medic clone repository from custom url
Actual result: medic clone repository from default apache url



--
This message was sent by Atlassian JIRA
(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-8034) Mobilespec failes to create app for wp8 platform

2014-11-18 Thread Maria Bukharina (JIRA)
Maria Bukharina created CB-8034:
---

 Summary: Mobilespec failes to create app for wp8 platform
 Key: CB-8034
 URL: https://issues.apache.org/jira/browse/CB-8034
 Project: Apache Cordova
  Issue Type: Bug
  Components: mobile-spec, WP8
Reporter: Maria Bukharina
Assignee: Jesse MacFadyen


Repo steps:
1. Download and install cordova tools: lib, cli, plugman, js
2. Download wp8 platfrom
3. Download all plugins
4. Download and install mobilespec
4. run
 cordova-mobile-spec/createmobilespec/createmobilespec --wp8 mobilespec

Expected:  created mobilespec app with wp8 platform
Actual: creating failed with:
Adding Platform: wp8
 Could not find wp8;
 run: ./cordova-coho/coho repo-clone -r cordova-wp8





--
This message was sent by Atlassian JIRA
(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-8033) Medic ignores repository url from repos.json

2014-11-18 Thread Maria Bukharina (JIRA)

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

Maria Bukharina updated CB-8033:

Summary: Medic ignores repository url from repos.json  (was: Medic ignres 
repository url from repos.json)

 Medic ignores repository url from repos.json
 

 Key: CB-8033
 URL: https://issues.apache.org/jira/browse/CB-8033
 Project: Apache Cordova
  Issue Type: Bug
  Components: Medic, Plugins
Reporter: Maria Bukharina

 Medic always downloads plugins from default apache repositories via 
 coho-clone.
 Repo steps:
 1. Set up medic 
 2. Change plugin's repo url to custom url
 3. Run build
 Expected result: medic clone repository from custom url
 Actual result: medic clone repository from default apache url



--
This message was sent by Atlassian JIRA
(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-8035) CLONE - [iOS 8][Camera] Newly Taken Picture Previews are Black

2014-11-18 Thread Miguel Angel Del Monte Ortega (JIRA)
Miguel Angel Del Monte Ortega created CB-8035:
-

 Summary: CLONE - [iOS 8][Camera] Newly Taken Picture Previews are 
Black
 Key: CB-8035
 URL: https://issues.apache.org/jira/browse/CB-8035
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Plugin Camera
Affects Versions: 3.3.0
 Environment: iOS 8 on an iPhone 6
Reporter: Miguel Angel Del Monte Ortega


When making the following call using iOS 8 on an iPhone 6 then taking a new 
picture, the XCode console display the error *Snapshotting a view that has not 
been rendered results in an empty snapshot. Ensure your view has been rendered 
at least once before snapshotting or snapshot after screen updates.* and the 
image preview screen becomes completely black:

{noformat}
navigator.camera.getPicture(
function() { ... }, 
function() { ... }, 
{ 
quality: 40,
destinationType: Camera.DestinationType.DATA_URL,
sourceType : Camera.PictureSourceType.CAMERA,
allowEdit : false,
encodingType: Camera.EncodingType.JPEG,
correctOrientation: true,
targetWidth: 600,
targetHeight: 800,
saveToPhotoAlbum: true
}
);
{noformat}

The Re-Take and Use Photo buttons at the bottom of the screen appear and 
function properly though.

I'm using the latest camera plugin code base located at: 
https://github.com/apache/cordova-plugin-camera

This behavior is not occurring using the same code with iOS 7.1 on an iPhone 5.



--
This message was sent by Atlassian JIRA
(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-8033) Medic ignores repository url from repos.json

2014-11-18 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216269#comment-14216269
 ] 

ASF GitHub Bot commented on CB-8033:


GitHub user MariaBukharina opened a pull request:

https://github.com/apache/cordova-medic/pull/19

CB-8033 Replaced coho repo-clone step by downloading repos from custom 
urls

Medic ignores repository url from repos.json. This commit fixed it.

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

$ git pull https://github.com/MSOpenTech/cordova-medic CB-8033

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

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


commit d2e64ab542a3412518de588ecd351b72511c3477
Author: maria.bukharina maria.bukhar...@akvelon.com
Date:   2014-11-18T15:03:44Z

CB-8033 Replaced coho repo-clone step by downloading repos
 from custom urls from repos.json




 Medic ignores repository url from repos.json
 

 Key: CB-8033
 URL: https://issues.apache.org/jira/browse/CB-8033
 Project: Apache Cordova
  Issue Type: Bug
  Components: Medic, Plugins
Reporter: Maria Bukharina

 Medic always downloads plugins from default apache repositories via 
 coho-clone.
 Repo steps:
 1. Set up medic 
 2. Change plugin's repo url to custom url
 3. Run build
 Expected result: medic clone repository from custom url
 Actual result: medic clone repository from default apache url



--
This message was sent by Atlassian JIRA
(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-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:

2014-11-18 Thread Ian Clelland (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216291#comment-14216291
 ] 

Ian Clelland commented on CB-8032:
--

Is a category the best way to do this? I'm normally all for categories, but it 
seems like a code smell if we have to add explicit support for them in the base 
class. At the very least, it means that only one plugin like this can be added 
to any given project, so that there is no name collision. It also might be 
problematic if there are two webviews in an application, if *all* CDVFile 
objects are overridden.

It may very well be that this is the best solution. I'm just wondering if there 
are other options that would also work: subclassing CDVLocalFileSystem, or 
providing a new filesystem class in addition to, or in place of the existing 
ones, or having CDVFileSystem plugin ask the webview it's registered with what 
to do, for instance. 

 Add nativeURL external method support for 
 CDVFileSystem-makeEntryForPath:isDirectory:
 --

 Key: CB-8032
 URL: https://issues.apache.org/jira/browse/CB-8032
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File
 Environment: iOS
Reporter: Shazron Abdullah

 Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the 
 NSDictionary that is returned, for the key nativeURL the format is fixed 
 (file:// protocol for a local filesystem reference, and assets-library:/ for 
 a assets library filesystem reference.)
 When calculating the nativeURL, allow this to be specified externally, check 
 for a selector nativeURL and call that if available.
 This is for example declared in a Category in this plugin: 
 https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m
 ... which when linked will have the selector available for the File plugin to 
 call.
 This code is part of the local webserver plugin - and it needs the File 
 references to be proxied through a local webserver.
 For example if the FileEntry is to:
 
 file://my/package/folder/Documents/foo.txt
 .. the nativeURL would be, with this new category method, and the local 
 webserver listening to http://localhost:8080:
 http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt



--
This message was sent by Atlassian JIRA
(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-8036) Cannot update to 3.7.0

2014-11-18 Thread Hirbod (JIRA)
Hirbod created CB-8036:
--

 Summary: Cannot update to 3.7.0
 Key: CB-8036
 URL: https://issues.apache.org/jira/browse/CB-8036
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.7.0
 Environment: OS X Maverics (10.9.5) with XCode 6
Reporter: Hirbod


Hi,

before 3.7.0 I could update without any problems from 3.5.0 to 3.6.4
I tried to update from 3.6.4 to 3.7.0 but now I receive this error:

cordova platform update ios

module.js:340
throw err;
  ^
Error: Cannot find module 'shelljs'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object.anonymous 
(/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
Error: 
/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
Command failed with exit code 8
at ChildProcess.whenDone 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823:5)

I tried to reinstall shelljs locally and globally but I can't figure out this 
bug.

Update for Android to version 3.6.4 worked without any problems.



--
This message was sent by Atlassian JIRA
(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-8036) Cannot update to 3.7.0

2014-11-18 Thread Hirbod (JIRA)

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

Hirbod updated CB-8036:
---
Description: 
Hi,

before 3.7.0 I could update without any problems from 3.5.0 to 3.6.4
I tried to update from 3.6.4 to 3.7.0 but now I receive this error:

cordova platform update ios

module.js:340
throw err;
  ^
Error: Cannot find module 'shelljs'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object.anonymous 
(/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
Error: 
/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
Command failed with exit code 8
at ChildProcess.whenDone 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823:5)

I tried to reinstall shelljs locally and globally but I can't figure out this 
bug.

Update for Android to version 3.6.4 worked without any problems.
Of course I've updated phonegap and cordova before (like described in the CLI 
Docs on phonegap.com)

  was:
Hi,

before 3.7.0 I could update without any problems from 3.5.0 to 3.6.4
I tried to update from 3.6.4 to 3.7.0 but now I receive this error:

cordova platform update ios

module.js:340
throw err;
  ^
Error: Cannot find module 'shelljs'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object.anonymous 
(/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
Error: 
/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
Command failed with exit code 8
at ChildProcess.whenDone 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823:5)

I tried to reinstall shelljs locally and globally but I can't figure out this 
bug.

Update for Android to version 3.6.4 worked without any problems.


 Cannot update to 3.7.0
 --

 Key: CB-8036
 URL: https://issues.apache.org/jira/browse/CB-8036
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.7.0
 Environment: OS X Maverics (10.9.5) with XCode 6
Reporter: Hirbod

 Hi,
 before 3.7.0 I could update without any problems from 3.5.0 to 3.6.4
 I tried to update from 3.6.4 to 3.7.0 but now I receive this error:
 cordova platform update ios
 module.js:340
 throw err;
   ^
 Error: Cannot find module 'shelljs'
 at Function.Module._resolveFilename (module.js:338:15)
 at Function.Module._load (module.js:280:25)
 at Module.require (module.js:364:17)
 at require (module.js:380:17)
 at Object.anonymous 
 (/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
 at Module._compile (module.js:456:26)
 at Object.Module._extensions..js (module.js:474:10)
 at Module.load (module.js:356:32)
 at Function.Module._load (module.js:312:12)
 at Function.Module.runMain (module.js:497:10)
 Error: 
 /Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
 Command failed with exit code 8
 at ChildProcess.whenDone 
 (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
 at ChildProcess.emit (events.js:98:17)
 at maybeClose (child_process.js:756:16)
 at Process.ChildProcess._handle.onexit (child_process.js:823:5)
 I tried to reinstall shelljs locally and globally but I can't figure out this 
 bug.
 Update for Android to version 3.6.4 worked without any problems.
 Of course I've updated phonegap and cordova before (like described in the CLI 
 Docs on phonegap.com)



--
This message was sent by Atlassian JIRA
(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-8036) Cannot update to 3.7.0

2014-11-18 Thread Hirbod (JIRA)

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

Hirbod updated CB-8036:
---
Description: 
Hi,

before 3.7.0 I could update without any problems from 3.5.0 to 3.6.3
I tried to update from 3.6.3 to 3.7.0 but now I receive this error:

cordova platform update ios

module.js:340
throw err;
  ^
Error: Cannot find module 'shelljs'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object.anonymous 
(/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
Error: 
/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
Command failed with exit code 8
at ChildProcess.whenDone 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823:5)

I tried to reinstall shelljs locally and globally but I can't figure out this 
bug.

Update for Android to version 3.6.4 worked without any problems.
Of course I've updated phonegap and cordova before (like described in the CLI 
Docs on phonegap.com)

  was:
Hi,

before 3.7.0 I could update without any problems from 3.5.0 to 3.6.4
I tried to update from 3.6.4 to 3.7.0 but now I receive this error:

cordova platform update ios

module.js:340
throw err;
  ^
Error: Cannot find module 'shelljs'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object.anonymous 
(/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
Error: 
/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
Command failed with exit code 8
at ChildProcess.whenDone 
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823:5)

I tried to reinstall shelljs locally and globally but I can't figure out this 
bug.

Update for Android to version 3.6.4 worked without any problems.
Of course I've updated phonegap and cordova before (like described in the CLI 
Docs on phonegap.com)


 Cannot update to 3.7.0
 --

 Key: CB-8036
 URL: https://issues.apache.org/jira/browse/CB-8036
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.7.0
 Environment: OS X Maverics (10.9.5) with XCode 6
Reporter: Hirbod

 Hi,
 before 3.7.0 I could update without any problems from 3.5.0 to 3.6.3
 I tried to update from 3.6.3 to 3.7.0 but now I receive this error:
 cordova platform update ios
 module.js:340
 throw err;
   ^
 Error: Cannot find module 'shelljs'
 at Function.Module._resolveFilename (module.js:338:15)
 at Function.Module._load (module.js:280:25)
 at Module.require (module.js:364:17)
 at require (module.js:380:17)
 at Object.anonymous 
 (/Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update:21:13)
 at Module._compile (module.js:456:26)
 at Object.Module._extensions..js (module.js:474:10)
 at Module.load (module.js:356:32)
 at Function.Module._load (module.js:312:12)
 at Function.Module.runMain (module.js:497:10)
 Error: 
 /Users/Hirbod/.cordova/lib/npm_cache/cordova-ios/3.7.0/package/bin/update: 
 Command failed with exit code 8
 at ChildProcess.whenDone 
 (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
 at ChildProcess.emit (events.js:98:17)
 at maybeClose (child_process.js:756:16)
 at Process.ChildProcess._handle.onexit (child_process.js:823:5)
 I tried to reinstall shelljs locally and globally but I can't figure out this 
 bug.
 Update for Android to version 3.6.4 worked without any problems.
 Of course I've updated phonegap and cordova before (like described in the CLI 
 Docs on phonegap.com)



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

-
To unsubscribe, e-mail: 

[jira] [Commented] (CB-8032) Add nativeURL external method support for CDVFileSystem-makeEntryForPath:isDirectory:

2014-11-18 Thread Shazron Abdullah (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216403#comment-14216403
 ] 

Shazron Abdullah commented on CB-8032:
--

It's definitely not the best way to do this. Initially my goal was not to 
tightly couple it with CDVFileSystem, but I think we may have to to avoid the 
two webviews in an application scenario.

I'm thinking of adding a delegate to CDVFileSystem -- not sure what to call it 
yet -- but one of the methods in the delegate would be nativeURL:
The plugin can set this delegate by grabbing the current File plugin, enumerate 
all filesystems, and the CDVFileSystem class can call it at the appropriate 
time.

 Add nativeURL external method support for 
 CDVFileSystem-makeEntryForPath:isDirectory:
 --

 Key: CB-8032
 URL: https://issues.apache.org/jira/browse/CB-8032
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin File
 Environment: iOS
Reporter: Shazron Abdullah

 Right now in CDVFileSystem-makeEntryForPath:isDirectory:, in the 
 NSDictionary that is returned, for the key nativeURL the format is fixed 
 (file:// protocol for a local filesystem reference, and assets-library:/ for 
 a assets library filesystem reference.)
 When calculating the nativeURL, allow this to be specified externally, check 
 for a selector nativeURL and call that if available.
 This is for example declared in a Category in this plugin: 
 https://github.com/apache/cordova-plugins/blob/5d8ef21dcbde1f99d60e1b52ae3a3800e4c185d9/local-webserver/src/ios/CDVLocalFileSystem%2BNativeURL.m
 ... which when linked will have the selector available for the File plugin to 
 call.
 This code is part of the local webserver plugin - and it needs the File 
 references to be proxied through a local webserver.
 For example if the FileEntry is to:
 
 file://my/package/folder/Documents/foo.txt
 .. the nativeURL would be, with this new category method, and the local 
 webserver listening to http://localhost:8080:
 http://localhost:8080/local-filesystem/my/package/folder/Documents/foo.txt



--
This message was sent by Atlassian JIRA
(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-8037) Deprecation warning in Media plugin (CDVSound.m

2014-11-18 Thread Matt Grande (JIRA)
Matt Grande created CB-8037:
---

 Summary: Deprecation warning in Media plugin (CDVSound.m
 Key: CB-8037
 URL: https://issues.apache.org/jira/browse/CB-8037
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media
Affects Versions: 3.6.3
Reporter: Matt Grande


Note: For version, I included my crrently installed version of Cordova. I'm 
currently using the Media plugin 0.2.13, but the problem persists in 0.2.14.

XCode is giving me a deprecation warning in {{CDVSound.m}}. The message is:

bq. 'toSuccessCallbackString:' is deprecated: Deprecated in Cordova 3.6. Use 
CDVCommandDelegate method sendPluginResult:callbackId instead. This will be 
removed in 4.0.0

And here is the offending line in {{getCurrentPositionAudio}}:

{{NSString* jsString = \[NSString stringWithFormat:@%@(\%@\,%d,%.3f);\n%@, 
@cordova.require('org.apache.cordova.media.Media').onStatus, mediaId, 
MEDIA_POSITION, position, \[result toSuccessCallbackString:callbackId\]\];}}



--
This message was sent by Atlassian JIRA
(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-8037) Deprecation warning in Media plugin (CDVSound.m

2014-11-18 Thread Matt Grande (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216488#comment-14216488
 ] 

Matt Grande commented on CB-8037:
-

Now, I'm far from an Objective-C expert, but if I'm reading this correctly, the 
fix should be changing this:

{{result toSuccessCallbackString:callbackId}}

to this:

{{self.commandDelegate sendPluginResult:callbackId}}

If that's accurate, I can issue a pull request on github if you'd like?

 Deprecation warning in Media plugin (CDVSound.m
 ---

 Key: CB-8037
 URL: https://issues.apache.org/jira/browse/CB-8037
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media
Affects Versions: 3.6.3
Reporter: Matt Grande

 Note: For version, I included my crrently installed version of Cordova. I'm 
 currently using the Media plugin 0.2.13, but the problem persists in 0.2.14.
 XCode is giving me a deprecation warning in {{CDVSound.m}}. The message is:
 bq. 'toSuccessCallbackString:' is deprecated: Deprecated in Cordova 3.6. Use 
 CDVCommandDelegate method sendPluginResult:callbackId instead. This will be 
 removed in 4.0.0
 And here is the offending line in {{getCurrentPositionAudio}}:
 {{NSString* jsString = \[NSString 
 stringWithFormat:@%@(\%@\,%d,%.3f);\n%@, 
 @cordova.require('org.apache.cordova.media.Media').onStatus, mediaId, 
 MEDIA_POSITION, position, \[result toSuccessCallbackString:callbackId\]\];}}



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

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



[jira] [Comment Edited] (CB-8037) Deprecation warning in Media plugin (CDVSound.m

2014-11-18 Thread Matt Grande (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216488#comment-14216488
 ] 

Matt Grande edited comment on CB-8037 at 11/18/14 5:45 PM:
---

Now, I'm far from an Objective-C expert, but if I'm reading this correctly, the 
fix should be changing this:

{{result toSuccessCallbackString:callbackId}}

to this:

{{self.commandDelegate sendPluginResult:result callbackId:callbackId}}

If that's accurate, I can issue a pull request on github if you'd like?

*Edit* Upon further investigation, the return type of that method is void, so I 
clearly don't know what I'm talking about.


was (Author: mattgrande):
Now, I'm far from an Objective-C expert, but if I'm reading this correctly, the 
fix should be changing this:

{{result toSuccessCallbackString:callbackId}}

to this:

{{self.commandDelegate sendPluginResult:callbackId}}

If that's accurate, I can issue a pull request on github if you'd like?

 Deprecation warning in Media plugin (CDVSound.m
 ---

 Key: CB-8037
 URL: https://issues.apache.org/jira/browse/CB-8037
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media
Affects Versions: 3.6.3
Reporter: Matt Grande

 Note: For version, I included my crrently installed version of Cordova. I'm 
 currently using the Media plugin 0.2.13, but the problem persists in 0.2.14.
 XCode is giving me a deprecation warning in {{CDVSound.m}}. The message is:
 bq. 'toSuccessCallbackString:' is deprecated: Deprecated in Cordova 3.6. Use 
 CDVCommandDelegate method sendPluginResult:callbackId instead. This will be 
 removed in 4.0.0
 And here is the offending line in {{getCurrentPositionAudio}}:
 {{NSString* jsString = \[NSString 
 stringWithFormat:@%@(\%@\,%d,%.3f);\n%@, 
 @cordova.require('org.apache.cordova.media.Media').onStatus, mediaId, 
 MEDIA_POSITION, position, \[result toSuccessCallbackString:callbackId\]\];}}



--
This message was sent by Atlassian JIRA
(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-8038) BB10 dialogs escapes backslash twice

2014-11-18 Thread Staci Cooper (JIRA)
Staci Cooper created CB-8038:


 Summary: BB10 dialogs escapes backslash twice
 Key: CB-8038
 URL: https://issues.apache.org/jira/browse/CB-8038
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, Plugin Dialogs
Reporter: Staci Cooper
Assignee: Staci Cooper
Priority: Minor


navigator.notification.confirm(, function(){}, hello);

On android/ios the above will be printed as '\\'. On BlackBerry it prints '\'.

Looks like the js escapes the backslashes as expected, but they are then 
unnecessarily escaped again in the plugin 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-8038) BB10 dialogs escapes backslash twice

2014-11-18 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216692#comment-14216692
 ] 

ASF GitHub Bot commented on CB-8038:


GitHub user stacic opened a pull request:

https://github.com/apache/cordova-plugin-dialogs/pull/42

CB-8038 backslash getting escaped twice in bb10

Removed unnecessary escaping of backslash char in notifications for bb10,
as they are already escaped in the js.

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

$ git pull https://github.com/stacic/cordova-plugin-dialogs CB-8038

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

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


commit 33da80badd0b6cda8cc0c19feb977922f718906b
Author: Staci Cooper smcoo...@us.ibm.com
Date:   2014-11-18T19:55:23Z

CB-8038 backslash getting escaped twice in bb10

Removed unnecessary escaping of backslash char in notifications for bb10,
as they are already escaped in the js.




 BB10 dialogs escapes backslash twice
 

 Key: CB-8038
 URL: https://issues.apache.org/jira/browse/CB-8038
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, Plugin Dialogs
Reporter: Staci Cooper
Assignee: Staci Cooper
Priority: Minor

 navigator.notification.confirm(, function(){}, hello);
 On android/ios the above will be printed as '\\'. On BlackBerry it prints '\'.
 Looks like the js escapes the backslashes as expected, but they are then 
 unnecessarily escaped again in the plugin 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-8038) BB10 dialogs escapes backslash twice

2014-11-18 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216846#comment-14216846
 ] 

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

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

Merge branch 'CB-8038' of https://github.com/stacic/cordova-plugin-dialogs


 BB10 dialogs escapes backslash twice
 

 Key: CB-8038
 URL: https://issues.apache.org/jira/browse/CB-8038
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, Plugin Dialogs
Reporter: Staci Cooper
Assignee: Staci Cooper
Priority: Minor

 navigator.notification.confirm(, function(){}, hello);
 On android/ios the above will be printed as '\\'. On BlackBerry it prints '\'.
 Looks like the js escapes the backslashes as expected, but they are then 
 unnecessarily escaped again in the plugin 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-8038) BB10 dialogs escapes backslash twice

2014-11-18 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216845#comment-14216845
 ] 

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

Commit 33da80badd0b6cda8cc0c19feb977922f718906b in cordova-plugin-dialogs's 
branch refs/heads/master from [~stacic]
[ 
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;h=33da80b ]

CB-8038 backslash getting escaped twice in bb10

Removed unnecessary escaping of backslash char in notifications for bb10,
as they are already escaped in the js.


 BB10 dialogs escapes backslash twice
 

 Key: CB-8038
 URL: https://issues.apache.org/jira/browse/CB-8038
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, Plugin Dialogs
Reporter: Staci Cooper
Assignee: Staci Cooper
Priority: Minor

 navigator.notification.confirm(, function(){}, hello);
 On android/ios the above will be printed as '\\'. On BlackBerry it prints '\'.
 Looks like the js escapes the backslashes as expected, but they are then 
 unnecessarily escaped again in the plugin 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-8029) Add test for 1-based indexing of notification.confirm

2014-11-18 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14217045#comment-14217045
 ] 

ASF GitHub Bot commented on CB-8029:


Github user asfgit closed the pull request at:

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


 Add test for 1-based indexing of notification.confirm
 -

 Key: CB-8029
 URL: https://issues.apache.org/jira/browse/CB-8029
 Project: Apache Cordova
  Issue Type: Test
  Components: mobile-spec, Plugin Dialogs
Reporter: Staci Cooper
Assignee: Staci Cooper
Priority: Trivial

 notification.confirm returns the index of the button pressed using 1-based 
 indexing. Requires manual testing.
 Since we already have a manual confirm test, it would suffice to add mention 
 of the indexing to the 'Expected 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] [Commented] (CB-8038) BB10 dialogs escapes backslash twice

2014-11-18 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-8038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14217044#comment-14217044
 ] 

ASF GitHub Bot commented on CB-8038:


Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-dialogs/pull/42


 BB10 dialogs escapes backslash twice
 

 Key: CB-8038
 URL: https://issues.apache.org/jira/browse/CB-8038
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry, Plugin Dialogs
Reporter: Staci Cooper
Assignee: Staci Cooper
Priority: Minor

 navigator.notification.confirm(, function(){}, hello);
 On android/ios the above will be printed as '\\'. On BlackBerry it prints '\'.
 Looks like the js escapes the backslashes as expected, but they are then 
 unnecessarily escaped again in the plugin 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-7773) compass bugs with WP8.1

2014-11-18 Thread Colin Bau (JIRA)

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

Colin Bau updated CB-7773:
--
Environment: 
I am using WP8.1 with phonegap 3.6.3 and all latest core plugin...
my device = nokia lumia 520

  was:
I using WP8.1 with phonegap 3.6.3 and all latest core plugin...
my device = nokia lumia 520


 compass bugs with WP8.1
 -

 Key: CB-7773
 URL: https://issues.apache.org/jira/browse/CB-7773
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Device Orientation
Affects Versions: 3.6.3
 Environment: I am using WP8.1 with phonegap 3.6.3 and all latest core 
 plugin...
 my device = nokia lumia 520
Reporter: Colin Bau
  Labels: compass
   Original Estimate: 12h
  Remaining Estimate: 12h

 wen I use
 navigator.compass.getCurrentHeading(startCompass, startCompass);
 it will trigger the startCompass successful
 but the...
 heading.trueHeading
 heading.magneticHeading
 heading.headingAccuracy
 heading.timestamp
 all got undefined
 PS
 android and iOS are all work



--
This message was sent by Atlassian JIRA
(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-8039) menubutton and searchbutton exclusively not supported from Android 3.0 version onwards

2014-11-18 Thread Pavankumar Joshi (JIRA)
Pavankumar Joshi created CB-8039:


 Summary: menubutton and searchbutton exclusively not supported 
from Android 3.0 version onwards
 Key: CB-8039
 URL: https://issues.apache.org/jira/browse/CB-8039
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.6.0
 Environment: Testing Mobilespec project 3.6.3 on Android 4.4.3 device.
Reporter: Pavankumar Joshi
Priority: Minor


Currently cordova docs says that the events menubutton and searchbotton are 
supported on Android but it should be modified to say that only versions less 
than Android 3.0 supports these events and later versions do not support




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

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



[jira] [Created] (CB-8040) ContactName object is supported on Android versions 2.x onwards

2014-11-18 Thread Pavankumar Joshi (JIRA)
Pavankumar Joshi created CB-8040:


 Summary: ContactName object is supported on Android versions 2.x 
onwards
 Key: CB-8040
 URL: https://issues.apache.org/jira/browse/CB-8040
 Project: Apache Cordova
  Issue Type: Bug
  Components: Docs
Affects Versions: 3.6.0
Reporter: Pavankumar Joshi
Priority: Minor


Currently supported platform for ContactName object is listed as Android 2.X
but it is supported even in KitKat. Hence the doc should be updated with this 
information.





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

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