[jira] [Created] (CB-5388) On Windows environment, jasmine test do not resolve correctly

2013-11-14 Thread Maxime LUCE (JIRA)
Maxime LUCE created CB-5388:
---

 Summary: On Windows environment, jasmine test do not resolve 
correctly
 Key: CB-5388
 URL: https://issues.apache.org/jira/browse/CB-5388
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
Reporter: Maxime LUCE
Assignee: Maxime LUCE






--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5183) WP7/8 lib path is not correctly resolved by CLI

2013-11-14 Thread Stephan Wezel (JIRA)

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

Stephan Wezel commented on CB-5183:
---

[~jsoref]: I have done a clean install of cordova 3.2.0-rc1 and applied the 
changes form the mentioned pull request.
And also my change in wp8_parser.js mentioned in my last comment.

And I also got the error that common\www\cordova.js couldn't be found.
to solve this problem I changed how the files for an wp8/wp7 project are moved 
after the downloaded file is extracted.
the content of the subfolder (here wp8 or wp7) is first copied to parent 
folder. After that the whole content of the extraction temp dir is moved to the 
download dir.

I will attache an patch file with the changes.

After this change the platform add and update commands work for the platform 
wp8.
Only the update command itself of the wp8 platform fails with following error:
cordova platform update wp8 -d
cordova library for wp8 already exists. No need to download. Continuing.
Error: Error running update script: Error: Command failed: Error : Could not 
copy file/folder because it doesn't exist.
  File/Folder : 
C:\Users\stephanw\.cordova\lib\wp8\cordova\3.2.0-rc1\templates\standalone\cordova
Error : Could not copy file/folder because it doesn't exist.
  File/Folder : 
C:\Users\stephanw\.cordova\lib\wp8\cordova\3.2.0-rc1\templates\standalone\cordova

But this looks like another bug.

 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor

 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5183) WP7/8 lib path is not correctly resolved by CLI

2013-11-14 Thread Stephan Wezel (JIRA)

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

Stephan Wezel updated CB-5183:
--

Attachment: cordova_wp8_wp7_cli.patch

 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor
 Attachments: cordova_wp8_wp7_cli.patch


 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Comment Edited] (CB-5183) WP7/8 lib path is not correctly resolved by CLI

2013-11-14 Thread Stephan Wezel (JIRA)

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

Stephan Wezel edited comment on CB-5183 at 11/14/13 1:56 PM:
-

[~jsoref]: I have done a clean install of cordova 3.2.0-rc1 and applied the 
changes form the mentioned pull request.
And also my change in wp8_parser.js mentioned in my last comment.

And I also got the error that common\www\cordova.js couldn't be found.
to solve this problem I changed how the files for an wp8/wp7 project are moved 
after the downloaded file is extracted.
the content of the subfolder (here wp8 or wp7) is first copied to parent 
folder. After that the whole content of the extraction temp dir is moved to the 
download dir.

I will attach an patch file with the changes.(cordova_wp8_wp7_cli.patch)

After this change the platform add and update commands work for the platform 
wp8.
Only the update command itself of the wp8 platform fails with following error:
cordova platform update wp8 -d
cordova library for wp8 already exists. No need to download. Continuing.
Error: Error running update script: Error: Command failed: Error : Could not 
copy file/folder because it doesn't exist.
  File/Folder : 
C:\Users\stephanw\.cordova\lib\wp8\cordova\3.2.0-rc1\templates\standalone\cordova
Error : Could not copy file/folder because it doesn't exist.
  File/Folder : 
C:\Users\stephanw\.cordova\lib\wp8\cordova\3.2.0-rc1\templates\standalone\cordova

But this looks like another bug.


was (Author: thewolfwillcome):
[~jsoref]: I have done a clean install of cordova 3.2.0-rc1 and applied the 
changes form the mentioned pull request.
And also my change in wp8_parser.js mentioned in my last comment.

And I also got the error that common\www\cordova.js couldn't be found.
to solve this problem I changed how the files for an wp8/wp7 project are moved 
after the downloaded file is extracted.
the content of the subfolder (here wp8 or wp7) is first copied to parent 
folder. After that the whole content of the extraction temp dir is moved to the 
download dir.

I will attache an patch file with the changes.

After this change the platform add and update commands work for the platform 
wp8.
Only the update command itself of the wp8 platform fails with following error:
cordova platform update wp8 -d
cordova library for wp8 already exists. No need to download. Continuing.
Error: Error running update script: Error: Command failed: Error : Could not 
copy file/folder because it doesn't exist.
  File/Folder : 
C:\Users\stephanw\.cordova\lib\wp8\cordova\3.2.0-rc1\templates\standalone\cordova
Error : Could not copy file/folder because it doesn't exist.
  File/Folder : 
C:\Users\stephanw\.cordova\lib\wp8\cordova\3.2.0-rc1\templates\standalone\cordova

But this looks like another bug.

 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor
 Attachments: cordova_wp8_wp7_cli.patch


 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5262) Adding config entries in plugin.xml for modifying .plist file results in whitespace entries for NSMainNibFile keys leading to App crashing

2013-11-14 Thread Jan-Pieter van den Heuvel (JIRA)

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

Jan-Pieter van den Heuvel commented on CB-5262:
---

Fixing this bug is quite important for us at [Plot|http://www.plotprojects.com] 
since we provide a Phonegap plugin for Location Based Notifications which 
requires the location background mode. Currently our users must manually add it 
to the .plist file every time they build their app (since the .plist file gets 
overridden during each build). We might take a stab at it ourselves but need 
some guidance. Where should this be fixed in the Phonegap code base and how 
would you estimate the amount of work involved?

 Adding config entries in plugin.xml for modifying .plist file results in 
 whitespace entries for NSMainNibFile keys leading to App crashing
 --

 Key: CB-5262
 URL: https://issues.apache.org/jira/browse/CB-5262
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugman
Affects Versions: 3.0.0
 Environment: MacOSX
Reporter: tex

 with the following in plugin.xml :
 {code:xml}
 platform name=ios
 config-file target=*-Info.plist parent=UIBackgroundModes
 array
stringlocation/string
  /array
 /config-file
 /platform
 {code}
 we get whitespaces in the generated info.plist :
 {code:xml}
 keyNSMainNibFile/key
 string
 /string
 {code}
 the app compile but crash at runtime as it looking at a non existing .nib 
 file.
 the .plist can be modified manualy, allowing correct building, but this is a 
 real major issue for automated compiling (eg: phonegap build)
 this issue seems to be related to 
 https://issues.apache.org/jira/browse/CB-4731 but is more important as it 
 lead to app crashing



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-4731) Adding config entries in plugin.xml results in duplicate .plist entries

2013-11-14 Thread Jan-Pieter van den Heuvel (JIRA)

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

Jan-Pieter van den Heuvel commented on CB-4731:
---

Fixing this bug is quite important for us at [Plot|http://www.plotprojects.com] 
since we provide a Phonegap plugin for Location Based Notifications which 
requires the location background mode. Currently our users must manually add it 
to the .plist file every time they build their app (since the .plist file gets 
overridden during each build). We might take a stab at it ourselves but need 
some guidance. Where should this be fixed in the Phonegap code base and how 
would you estimate the amount of work involved?

 Adding config entries in plugin.xml results in duplicate .plist entries
 ---

 Key: CB-4731
 URL: https://issues.apache.org/jira/browse/CB-4731
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Affects Versions: 3.0.0
 Environment: macosx
Reporter: Tim Croydon
Assignee: Braden Shepherdson
Priority: Minor

 I have the following in the plugin.xml file for a custom plugin:
 {code}
 platform name=ios
 config-file target=*-Info.plist parent=UIBackgroundModes
 array
stringlocation/string
stringvoip/string
 /array
 /config-file
 /platform
 {code}
 However, this does not generate the expected entries in the .plist file. I 
 get:
 {code}
 keyUIBackgroundModes/key
 array
 stringlocation/string
 stringvoip/string
 stringlocation/string
 stringvoip/string
 /array
 {code}
 i.e. elements are repeated. I have tried with a single element in the source 
 plugin.xml and get the same result.
 I am using the cordova CLI to manage my plugins, platforms and build.
 (p.s. I'm new to Cordova so apologies if this is filed under the incorrect 
 component)



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5294) File input element not opening file picker in Android 4.4

2013-11-14 Thread Mike Billau (JIRA)

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

Mike Billau updated CB-5294:


Component/s: Plugin File
 Android

 File input element not opening file picker in Android 4.4
 -

 Key: CB-5294
 URL: https://issues.apache.org/jira/browse/CB-5294
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File
Affects Versions: 3.1.0
 Environment: Android 4.4 (emulator and Nexus 5)
Reporter: Paul Kane
Assignee: Joe Bowser
Priority: Blocker

 The file input field doesn't respond when clicked/tapped in Android 4.4. 
 Works fine in previous Android versions. This is regardless of whether the 
 Target Level is set to 18 or 19.
 To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only 
 modification I made to the default (placeholder) index.html file was adding a 
 form element with a single input type=file element inside. Clicking the 
 Choose File button does nothing. No Logcat output or errors. Normally at 
 this point a dialogue would open allowing me to select an image from the 
 gallery or take a picture, which is what happens in older Android versions.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5294) File input element not opening file picker in Android 4.4

2013-11-14 Thread Mike Billau (JIRA)

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

Mike Billau updated CB-5294:


Assignee: Joe Bowser

 File input element not opening file picker in Android 4.4
 -

 Key: CB-5294
 URL: https://issues.apache.org/jira/browse/CB-5294
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin File
Affects Versions: 3.1.0
 Environment: Android 4.4 (emulator and Nexus 5)
Reporter: Paul Kane
Assignee: Joe Bowser
Priority: Blocker

 The file input field doesn't respond when clicked/tapped in Android 4.4. 
 Works fine in previous Android versions. This is regardless of whether the 
 Target Level is set to 18 or 19.
 To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only 
 modification I made to the default (placeholder) index.html file was adding a 
 form element with a single input type=file element inside. Clicking the 
 Choose File button does nothing. No Logcat output or errors. Normally at 
 this point a dialogue would open allowing me to select an image from the 
 gallery or take a picture, which is what happens in older Android versions.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5294) File input element not opening file picker in Android 4.4

2013-11-14 Thread Mike Billau (JIRA)

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

Mike Billau updated CB-5294:


Component/s: (was: Plugin File)

 File input element not opening file picker in Android 4.4
 -

 Key: CB-5294
 URL: https://issues.apache.org/jira/browse/CB-5294
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0
 Environment: Android 4.4 (emulator and Nexus 5)
Reporter: Paul Kane
Assignee: Joe Bowser
Priority: Blocker

 The file input field doesn't respond when clicked/tapped in Android 4.4. 
 Works fine in previous Android versions. This is regardless of whether the 
 Target Level is set to 18 or 19.
 To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only 
 modification I made to the default (placeholder) index.html file was adding a 
 form element with a single input type=file element inside. Clicking the 
 Choose File button does nothing. No Logcat output or errors. Normally at 
 this point a dialogue would open allowing me to select an image from the 
 gallery or take a picture, which is what happens in older Android versions.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5387) NPM update not working as documented

2013-11-14 Thread Braden Shepherdson (JIRA)

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

Braden Shepherdson commented on CB-5387:


Tempted to close this as Working As Intended. The example from the docs is just 
that, an example. You'll need to check the versions of the tools that have 
actually been uploaded to npm, and choose one of them to install. Generally 
speaking, simply installing the latest with {{npm update -g cordova}} will do 
the right thing; we choose the latest version on npm carefully to be the 
latest full release, skipping RCs and so on.

 NPM update not working as documented
 

 Key: CB-5387
 URL: https://issues.apache.org/jira/browse/CB-5387
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.0.0
 Environment: Windows 7
Reporter: John M. Wargo

 I’m currently at CLI 3.0.9 and tried to update to 3.1.0 (per the instructions 
 in the docs here: 
 http://cordova.apache.org/docs/en/3.1.0/guide_cli_index.md.html#The%20Command-line%20Interface)
  using:
 npm update -g cordova@3.1.0
 and nothing happened. Cordova stayed at 3.0.9.
 When I do:
 npm update -g cordova
 It successfully updates me to 3.1.0-0.2.0
 Microsoft Windows [Version 6.1.7601]
 Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
 C:\Users\I833153\dev\testcordova -v
 3.0.9
 C:\Users\I833153\dev\testnpm update -g cordova@3.1.0
 C:\Users\I833153\dev\testcordova -v
 3.0.9
 C:\Users\I833153\dev\testnpm update -g cordova
 npm http GET https://registry.npmjs.org/cordova
 npm http GET https://registry.npmjs.org/cordova
 npm http GET https://registry.npmjs.org/cordova
 npm http GET https://registry.npmjs.org/cordova/3.1.0-0.2.0
 npm http GET https://registry.npmjs.org/cordova/3.1.0-0.2.0
 npm http GET https://registry.npmjs.org/cordova/3.1.0-0.2.0
 npm http GET https://registry.npmjs.org/ncallbacks/1.0.0
 npm http GET https://registry.npmjs.org/colors
 npm http GET https://registry.npmjs.org/ripple-emulator/0.9.18
 npm http GET https://registry.npmjs.org/tar
 npm http GET https://registry.npmjs.org/prompt/0.2.7
 npm http GET https://registry.npmjs.org/plist
 npm http GET https://registry.npmjs.org/request/2.22.0
 npm http GET https://registry.npmjs.org/xcode/0.5.1
 npm http GET https://registry.npmjs.org/shelljs/0.1.2
 npm http GET https://registry.npmjs.org/mime
 npm http GET https://registry.npmjs.org/optimist/0.6.0
 npm http GET https://registry.npmjs.org/express/3.0.0
 npm http GET https://registry.npmjs.org/follow-redirects
 npm http GET https://registry.npmjs.org/npm
 npm http GET https://registry.npmjs.org/open/0.0.3
 npm http GET https://registry.npmjs.org/elementtree/0.1.5
 npm http GET https://registry.npmjs.org/semver/1.1.0
 npm http GET https://registry.npmjs.org/q
 npm http GET https://registry.npmjs.org/glob
 npm http GET https://registry.npmjs.org/plugman
 npm http GET https://registry.npmjs.org/ncallbacks/1.0.0
 npm http GET https://registry.npmjs.org/colors
 npm http GET https://registry.npmjs.org/ripple-emulator/0.9.18
 npm http GET https://registry.npmjs.org/tar
 npm http GET https://registry.npmjs.org/prompt/0.2.7
 npm http GET https://registry.npmjs.org/plist
 npm http GET https://registry.npmjs.org/request/2.22.0
 npm http GET https://registry.npmjs.org/xcode/0.5.1
 npm http GET https://registry.npmjs.org/shelljs/0.1.2
 npm http GET https://registry.npmjs.org/mime
 npm http GET https://registry.npmjs.org/optimist/0.6.0
 npm http GET https://registry.npmjs.org/express/3.0.0
 npm http GET https://registry.npmjs.org/follow-redirects
 npm http GET https://registry.npmjs.org/npm
 npm http GET https://registry.npmjs.org/open/0.0.3
 npm http GET https://registry.npmjs.org/elementtree/0.1.5
 npm http GET https://registry.npmjs.org/semver/1.1.0
 npm http GET https://registry.npmjs.org/q
 npm http GET https://registry.npmjs.org/glob
 npm http GET https://registry.npmjs.org/plugman
 npm http GET https://registry.npmjs.org/ncallbacks/1.0.0
 npm http GET https://registry.npmjs.org/colors
 npm http GET https://registry.npmjs.org/ripple-emulator/0.9.18
 npm http GET https://registry.npmjs.org/tar
 npm http GET https://registry.npmjs.org/prompt/0.2.7
 npm http GET https://registry.npmjs.org/plist
 npm http GET https://registry.npmjs.org/request/2.22.0
 npm http GET https://registry.npmjs.org/xcode/0.5.1
 npm http GET https://registry.npmjs.org/shelljs/0.1.2
 npm http GET https://registry.npmjs.org/mime
 npm http GET https://registry.npmjs.org/optimist/0.6.0
 npm http GET https://registry.npmjs.org/express/3.0.0
 npm http GET https://registry.npmjs.org/follow-redirects
 npm http GET https://registry.npmjs.org/npm
 npm http GET https://registry.npmjs.org/open/0.0.3
 npm http GET https://registry.npmjs.org/elementtree/0.1.5
 npm http GET 

[jira] [Created] (CB-5389) Status Bar plugin issues with orientation

2013-11-14 Thread Mike Hartington (JIRA)
Mike Hartington created CB-5389:
---

 Summary: Status Bar plugin issues with orientation
 Key: CB-5389
 URL: https://issues.apache.org/jira/browse/CB-5389
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugins
Affects Versions: 3.1.0
 Environment: Ios
Reporter: Mike Hartington
Priority: Critical


When I try to hide the Status Bar on iOS when my device is in landscape, the 
entire app's width shrinks to what is about the devices width would be if 
portrait. 

So if my iPad is in landscape and I hide the status bar, the app will just 
scale to about 768px. 

I tried removing my apps javascript, ran the app again, and used Safaris Web 
Inspect Console to see if I had an error in my javascript, but had the same 
issue. 



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5368) Cordova Serve not working correctly with IE11 - content served as deflate

2013-11-14 Thread ASF subversion and git services (JIRA)

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

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

Commit 2e106cda7fc54a635acb7145b50c810a0ed6a35c in branch refs/heads/master 
from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=2e106cd ]

CB-5368 Cordova serve deflate content breaks IE

Switching the order so that we normally offer gzip instead of deflate.
http://stackoverflow.com/questions/1077869/internet-explorer-8-deflate


 Cordova Serve not working correctly with IE11 - content served as deflate 
 

 Key: CB-5368
 URL: https://issues.apache.org/jira/browse/CB-5368
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: Master, 3.2.0
 Environment: Windows8
Reporter: Dick van den Brink
Assignee: Josh Soref

 Cordova serve isn't working correctly with IE11.
 The landing page works, but clicking a platform gives a error message from 
 IE11. The error is This page can't be displayed.
 The same url is working in Pale Moon (firefox).
 Tested on master and 3.2.0 rc.
 Steps to reproduce on Windows8.
 * cordova create . com.example.hello HelloWorld
 * cordova platform add android
 * cordova serve
 * IE11 open landing page
 * IE11 Click Android, error appears
 Use another browser and the same steps work.
 Note: The cordova log is giving a status code 200 with IE11.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Resolved] (CB-5368) Cordova Serve not working correctly with IE11 - content served as deflate

2013-11-14 Thread Andrew Grieve (JIRA)

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

Andrew Grieve resolved CB-5368.
---

Resolution: Fixed

 Cordova Serve not working correctly with IE11 - content served as deflate 
 

 Key: CB-5368
 URL: https://issues.apache.org/jira/browse/CB-5368
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: Master, 3.2.0
 Environment: Windows8
Reporter: Dick van den Brink
Assignee: Josh Soref

 Cordova serve isn't working correctly with IE11.
 The landing page works, but clicking a platform gives a error message from 
 IE11. The error is This page can't be displayed.
 The same url is working in Pale Moon (firefox).
 Tested on master and 3.2.0 rc.
 Steps to reproduce on Windows8.
 * cordova create . com.example.hello HelloWorld
 * cordova platform add android
 * cordova serve
 * IE11 open landing page
 * IE11 Click Android, error appears
 Use another browser and the same steps work.
 Note: The cordova log is giving a status code 200 with IE11.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5238) Add the ability to include iOS frameworks with plugins

2013-11-14 Thread Max Woghiren (JIRA)

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

Max Woghiren commented on CB-5238:
--

I saw this has been merged—thanks for adding it!

Do you mind adding this functionality to the plugin specification doc?

 Add the ability to include iOS frameworks with plugins
 --

 Key: CB-5238
 URL: https://issues.apache.org/jira/browse/CB-5238
 Project: Apache Cordova
  Issue Type: Wish
  Components: Plugman
Reporter: Max Woghiren
Assignee: Anis Kadri
Priority: Minor

 When adding a plugin that requires a framework, we'd like to be able to 
 automatically add the framework to the project.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-4731) Adding config entries in plugin.xml results in duplicate .plist entries

2013-11-14 Thread Braden Shepherdson (JIRA)

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

Braden Shepherdson commented on CB-4731:


If you're using cordova-cli, you can add a post-prepare hook to add this entry 
to the newly created plist file, exactly once.

As to the bugs, there are two related problems here. One is that spaces are 
getting added to places they shouldn't be; that bug is likely in the plist npm 
module for handling plist files, see [here|https://npmjs.org/package/plist]. It 
may instead be in the Plugman code, not certain.

The bug of adding these entries more than once is definitely in the Plugman 
code. There is sophisticated logic for XML files to de-dupe each entry, keeping 
a count of how many times we've been told to add it, so that we get a single 
entry that isn't removed until the last plugin that wanted the entry is 
uninstalled.

 Adding config entries in plugin.xml results in duplicate .plist entries
 ---

 Key: CB-4731
 URL: https://issues.apache.org/jira/browse/CB-4731
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Affects Versions: 3.0.0
 Environment: macosx
Reporter: Tim Croydon
Assignee: Braden Shepherdson
Priority: Minor

 I have the following in the plugin.xml file for a custom plugin:
 {code}
 platform name=ios
 config-file target=*-Info.plist parent=UIBackgroundModes
 array
stringlocation/string
stringvoip/string
 /array
 /config-file
 /platform
 {code}
 However, this does not generate the expected entries in the .plist file. I 
 get:
 {code}
 keyUIBackgroundModes/key
 array
 stringlocation/string
 stringvoip/string
 stringlocation/string
 stringvoip/string
 /array
 {code}
 i.e. elements are repeated. I have tried with a single element in the source 
 plugin.xml and get the same result.
 I am using the cordova CLI to manage my plugins, platforms and build.
 (p.s. I'm new to Cordova so apologies if this is filed under the incorrect 
 component)



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-4731) Adding config entries in plugin.xml results in duplicate .plist entries

2013-11-14 Thread Braden Shepherdson (JIRA)

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

Braden Shepherdson commented on CB-4731:


To be clear, I mean in the last paragraph above that XML files have that 
sophisticated logic, but the separate code paths for plist evidently don't.

 Adding config entries in plugin.xml results in duplicate .plist entries
 ---

 Key: CB-4731
 URL: https://issues.apache.org/jira/browse/CB-4731
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Affects Versions: 3.0.0
 Environment: macosx
Reporter: Tim Croydon
Assignee: Braden Shepherdson
Priority: Minor

 I have the following in the plugin.xml file for a custom plugin:
 {code}
 platform name=ios
 config-file target=*-Info.plist parent=UIBackgroundModes
 array
stringlocation/string
stringvoip/string
 /array
 /config-file
 /platform
 {code}
 However, this does not generate the expected entries in the .plist file. I 
 get:
 {code}
 keyUIBackgroundModes/key
 array
 stringlocation/string
 stringvoip/string
 stringlocation/string
 stringvoip/string
 /array
 {code}
 i.e. elements are repeated. I have tried with a single element in the source 
 plugin.xml and get the same result.
 I am using the cordova CLI to manage my plugins, platforms and build.
 (p.s. I'm new to Cordova so apologies if this is filed under the incorrect 
 component)



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5387) NPM update not working as documented

2013-11-14 Thread John M. Wargo (JIRA)

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

John M. Wargo commented on CB-5387:
---

The example in the docs should be technically accurate. Because our plugins 
require a specific version of Cordova, I cannot upgrade to the latest CLI every 
time. 

 NPM update not working as documented
 

 Key: CB-5387
 URL: https://issues.apache.org/jira/browse/CB-5387
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.0.0
 Environment: Windows 7
Reporter: John M. Wargo

 I’m currently at CLI 3.0.9 and tried to update to 3.1.0 (per the instructions 
 in the docs here: 
 http://cordova.apache.org/docs/en/3.1.0/guide_cli_index.md.html#The%20Command-line%20Interface)
  using:
 npm update -g cordova@3.1.0
 and nothing happened. Cordova stayed at 3.0.9.
 When I do:
 npm update -g cordova
 It successfully updates me to 3.1.0-0.2.0
 Microsoft Windows [Version 6.1.7601]
 Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
 C:\Users\I833153\dev\testcordova -v
 3.0.9
 C:\Users\I833153\dev\testnpm update -g cordova@3.1.0
 C:\Users\I833153\dev\testcordova -v
 3.0.9
 C:\Users\I833153\dev\testnpm update -g cordova
 npm http GET https://registry.npmjs.org/cordova
 npm http GET https://registry.npmjs.org/cordova
 npm http GET https://registry.npmjs.org/cordova
 npm http GET https://registry.npmjs.org/cordova/3.1.0-0.2.0
 npm http GET https://registry.npmjs.org/cordova/3.1.0-0.2.0
 npm http GET https://registry.npmjs.org/cordova/3.1.0-0.2.0
 npm http GET https://registry.npmjs.org/ncallbacks/1.0.0
 npm http GET https://registry.npmjs.org/colors
 npm http GET https://registry.npmjs.org/ripple-emulator/0.9.18
 npm http GET https://registry.npmjs.org/tar
 npm http GET https://registry.npmjs.org/prompt/0.2.7
 npm http GET https://registry.npmjs.org/plist
 npm http GET https://registry.npmjs.org/request/2.22.0
 npm http GET https://registry.npmjs.org/xcode/0.5.1
 npm http GET https://registry.npmjs.org/shelljs/0.1.2
 npm http GET https://registry.npmjs.org/mime
 npm http GET https://registry.npmjs.org/optimist/0.6.0
 npm http GET https://registry.npmjs.org/express/3.0.0
 npm http GET https://registry.npmjs.org/follow-redirects
 npm http GET https://registry.npmjs.org/npm
 npm http GET https://registry.npmjs.org/open/0.0.3
 npm http GET https://registry.npmjs.org/elementtree/0.1.5
 npm http GET https://registry.npmjs.org/semver/1.1.0
 npm http GET https://registry.npmjs.org/q
 npm http GET https://registry.npmjs.org/glob
 npm http GET https://registry.npmjs.org/plugman
 npm http GET https://registry.npmjs.org/ncallbacks/1.0.0
 npm http GET https://registry.npmjs.org/colors
 npm http GET https://registry.npmjs.org/ripple-emulator/0.9.18
 npm http GET https://registry.npmjs.org/tar
 npm http GET https://registry.npmjs.org/prompt/0.2.7
 npm http GET https://registry.npmjs.org/plist
 npm http GET https://registry.npmjs.org/request/2.22.0
 npm http GET https://registry.npmjs.org/xcode/0.5.1
 npm http GET https://registry.npmjs.org/shelljs/0.1.2
 npm http GET https://registry.npmjs.org/mime
 npm http GET https://registry.npmjs.org/optimist/0.6.0
 npm http GET https://registry.npmjs.org/express/3.0.0
 npm http GET https://registry.npmjs.org/follow-redirects
 npm http GET https://registry.npmjs.org/npm
 npm http GET https://registry.npmjs.org/open/0.0.3
 npm http GET https://registry.npmjs.org/elementtree/0.1.5
 npm http GET https://registry.npmjs.org/semver/1.1.0
 npm http GET https://registry.npmjs.org/q
 npm http GET https://registry.npmjs.org/glob
 npm http GET https://registry.npmjs.org/plugman
 npm http GET https://registry.npmjs.org/ncallbacks/1.0.0
 npm http GET https://registry.npmjs.org/colors
 npm http GET https://registry.npmjs.org/ripple-emulator/0.9.18
 npm http GET https://registry.npmjs.org/tar
 npm http GET https://registry.npmjs.org/prompt/0.2.7
 npm http GET https://registry.npmjs.org/plist
 npm http GET https://registry.npmjs.org/request/2.22.0
 npm http GET https://registry.npmjs.org/xcode/0.5.1
 npm http GET https://registry.npmjs.org/shelljs/0.1.2
 npm http GET https://registry.npmjs.org/mime
 npm http GET https://registry.npmjs.org/optimist/0.6.0
 npm http GET https://registry.npmjs.org/express/3.0.0
 npm http GET https://registry.npmjs.org/follow-redirects
 npm http GET https://registry.npmjs.org/npm
 npm http GET https://registry.npmjs.org/open/0.0.3
 npm http GET https://registry.npmjs.org/elementtree/0.1.5
 npm http GET https://registry.npmjs.org/semver/1.1.0
 npm http GET https://registry.npmjs.org/q
 npm http GET https://registry.npmjs.org/glob
 npm http GET https://registry.npmjs.org/plugman
 npm WARN engine ncallbacks@1.0.0: wanted: {node:~0.6.7} (current: 
 {node:v
 0.10.21,npm:1.3.11})
 npm http GET 

[jira] [Created] (CB-5390) Removing a plugin with multi-level dependencies does not removal all plugins

2013-11-14 Thread Marcus Pridham (JIRA)
Marcus Pridham created CB-5390:
--

 Summary: Removing a plugin with multi-level dependencies does not 
removal all plugins
 Key: CB-5390
 URL: https://issues.apache.org/jira/browse/CB-5390
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Plugman
Affects Versions: 3.2.0
Reporter: Marcus Pridham
Priority: Minor


I have 3 plugins that depend on each other. a depends on b that depends on c.  
a - b - c

The problem is that if I install plugin a and remove it later it leaves plugin 
c for some reason.

{code}
$ cordova plugin rm a
Uninstalling 2 dangling dependent plugins.
Uninstalling c from ios
Uninstalling b from ios
Preparing ios project
Preparing ios project
Uninstalling a from ios
Preparing ios project
Deleting plugin a
Found 2 removable plugins. Deleting them.
$ cordova plugins
[ 'c' ]
{code}

The sample plugins can be found here:
https://github.com/marcuspridham/plugman-issue

I'm using Cordova CLI 3.2.0-rc.1.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5330) Fix cordova-cli hooker.spec tests

2013-11-14 Thread Jonathan Bond (JIRA)

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

Jonathan Bond commented on CB-5330:
---

Added comment here:
https://github.com/isaacs/rimraf/issues/25#issuecomment-28486893

This doesn't seem to affect only cordova.

For this ticket, I re-factored the test so it's a bit easier to read:
https://github.com/jbondc/cordova-cli/commit/d79106e326c005d0f9158aac1c4b83439ddbc2d1

 Fix cordova-cli hooker.spec tests
 -

 Key: CB-5330
 URL: https://issues.apache.org/jira/browse/CB-5330
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: Windows8
Reporter: Jesse MacFadyen

 Running node tests without hooker.spec.js runs without issue.
 Running node tests on windows in the CLI results in the following fatal 
 output.  
 =
 {code}
 $ npm test
  cordova@3.1.0-0.2.0 test c:\Repos\cordova\cordova-cli
  jasmine-node --color spec
 ...rm:
  could not rem
 ove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/before_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/be
 fore_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/be
 fore_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/be
 fore_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp
 .{ [Error: EPERM, operation not permitted 
 'c:\Repos\cordova\cordova-cli\temp\.cordova\hooks\before_b
 uild\fail.bat']
   errno: 50,
   code: 'EPERM',
   path: 
 'c:\\Repos\\cordova\\cordova-cli\\temp\\.cordova\\hooks\\before_build\\fail.bat',
   syscall: 'stat' }
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5377) cordova serve shouldn't say it's running a web server on a port until it manages to open the port

2013-11-14 Thread ASF subversion and git services (JIRA)

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

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

Commit 7b78259eeaa5108abbda9ba2c16a52e7fcd1a898 in branch refs/heads/master 
from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=7b78259 ]

CB-5377 serve: should only indicate listening when it is


 cordova serve shouldn't say it's running a web server on a port until it 
 manages to open the port
 -

 Key: CB-5377
 URL: https://issues.apache.org/jira/browse/CB-5377
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Josh Soref
Assignee: Josh Soref
Priority: Minor

 steps:
 1. run `cordova serve` and suspend it (or anything else which listens on port 
 8000)
 2. run `cordova serve` again
 Static file server running on port 8000 (i.e. http://localhost:8000)
 CTRL + C to shut down
 { [Error: listen EADDRINUSE] code: 'EADDRINUSE', errno: 'EADDRINUSE', 
 syscall: 'listen' }



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Resolved] (CB-5377) cordova serve shouldn't say it's running a web server on a port until it manages to open the port

2013-11-14 Thread Andrew Grieve (JIRA)

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

Andrew Grieve resolved CB-5377.
---

Resolution: Fixed

 cordova serve shouldn't say it's running a web server on a port until it 
 manages to open the port
 -

 Key: CB-5377
 URL: https://issues.apache.org/jira/browse/CB-5377
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Josh Soref
Assignee: Josh Soref
Priority: Minor

 steps:
 1. run `cordova serve` and suspend it (or anything else which listens on port 
 8000)
 2. run `cordova serve` again
 Static file server running on port 8000 (i.e. http://localhost:8000)
 CTRL + C to shut down
 { [Error: listen EADDRINUSE] code: 'EADDRINUSE', errno: 'EADDRINUSE', 
 syscall: 'listen' }



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5388) Jasmine errors on Windows environment

2013-11-14 Thread Maxime LUCE (JIRA)

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

Maxime LUCE updated CB-5388:


Description: 
When using jasmine-node on Windows 8+ environment, there are many errors with 
shell.rm('-rf', path).

This output many 'rm: could not remove directory (code ENOTEMPTY):'

This cause tests to not run until the end.
Environment: Windows 8+
   Assignee: (was: Maxime LUCE)
Summary: Jasmine errors on Windows environment  (was: On Windows 
environment, jasmine test do not resolve correctly)

After many tries, I can't resolve this issue.

If someone can help he's welcome !

 Jasmine errors on Windows environment
 -

 Key: CB-5388
 URL: https://issues.apache.org/jira/browse/CB-5388
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: Windows 8+
Reporter: Maxime LUCE

 When using jasmine-node on Windows 8+ environment, there are many errors with 
 shell.rm('-rf', path).
 This output many 'rm: could not remove directory (code ENOTEMPTY):'
 This cause tests to not run until the end.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5388) Jasmine errors on Windows environment

2013-11-14 Thread Maxime LUCE (JIRA)

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

Maxime LUCE updated CB-5388:


Description: 
When using jasmine-node on Windows 8+ environment, there are many errors with 
shell.rm('-rf', path).

This output many *rm: could not remove directory (code ENOTEMPTY):*

This cause tests to not run until the end.

  was:
When using jasmine-node on Windows 8+ environment, there are many errors with 
shell.rm('-rf', path).

This output many 'rm: could not remove directory (code ENOTEMPTY):'

This cause tests to not run until the end.


 Jasmine errors on Windows environment
 -

 Key: CB-5388
 URL: https://issues.apache.org/jira/browse/CB-5388
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: Windows 8+
Reporter: Maxime LUCE

 When using jasmine-node on Windows 8+ environment, there are many errors with 
 shell.rm('-rf', path).
 This output many *rm: could not remove directory (code ENOTEMPTY):*
 This cause tests to not run until the end.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5388) Jasmine errors on Windows environment

2013-11-14 Thread Maxime LUCE (JIRA)

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

Maxime LUCE commented on CB-5388:
-

My tries :
* manual recursive folder removal method
* rimraf npm package
* setTimeout to let files removals ends.

Nothing resolve this issue. It's like files stand in directory while node is 
running, causing folder removal to fail, and other tests to block.

 Jasmine errors on Windows environment
 -

 Key: CB-5388
 URL: https://issues.apache.org/jira/browse/CB-5388
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: Windows 8+
Reporter: Maxime LUCE

 When using jasmine-node on Windows 8+ environment, there are many errors with 
 shell.rm('-rf', path).
 This output many 'rm: could not remove directory (code ENOTEMPTY):'
 This cause tests to not run until the end.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Resolved] (CB-5388) Jasmine errors on Windows environment

2013-11-14 Thread Jesse MacFadyen (JIRA)

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

Jesse MacFadyen resolved CB-5388.
-

Resolution: Duplicate

This is a dupe of CB-5330

 Jasmine errors on Windows environment
 -

 Key: CB-5388
 URL: https://issues.apache.org/jira/browse/CB-5388
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: Windows 8+
Reporter: Maxime LUCE

 When using jasmine-node on Windows 8+ environment, there are many errors with 
 shell.rm('-rf', path).
 This output many *rm: could not remove directory (code ENOTEMPTY):*
 This cause tests to not run until the end.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5330) Fix cordova-cli hooker.spec tests

2013-11-14 Thread Jesse MacFadyen (JIRA)

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

Jesse MacFadyen commented on CB-5330:
-

More info on this dupe issue: CB-5388

 Fix cordova-cli hooker.spec tests
 -

 Key: CB-5330
 URL: https://issues.apache.org/jira/browse/CB-5330
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: Windows8
Reporter: Jesse MacFadyen

 Running node tests without hooker.spec.js runs without issue.
 Running node tests on windows in the CLI results in the following fatal 
 output.  
 =
 {code}
 $ npm test
  cordova@3.1.0-0.2.0 test c:\Repos\cordova\cordova-cli
  jasmine-node --color spec
 ...rm:
  could not rem
 ove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/before_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/be
 fore_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/be
 fore_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks/be
 fore_build
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova/hooks
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp/.cordova
 rm: could not remove directory (code ENOTEMPTY): 
 c:\Repos\cordova\cordova-cli\temp
 .{ [Error: EPERM, operation not permitted 
 'c:\Repos\cordova\cordova-cli\temp\.cordova\hooks\before_b
 uild\fail.bat']
   errno: 50,
   code: 'EPERM',
   path: 
 'c:\\Repos\\cordova\\cordova-cli\\temp\\.cordova\\hooks\\before_build\\fail.bat',
   syscall: 'stat' }
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Created] (CB-5391) XHR failing

2013-11-14 Thread Jesse MacFadyen (JIRA)
Jesse MacFadyen created CB-5391:
---

 Summary: XHR failing
 Key: CB-5391
 URL: https://issues.apache.org/jira/browse/CB-5391
 Project: Apache Cordova
  Issue Type: Bug
  Components: WP7, WP8
Affects Versions: 3.1.0, 2.9.1
Reporter: Jesse MacFadyen
Assignee: Jesse MacFadyen


More details here:
https://groups.google.com/forum/#!topic/phonegap/t3sz6xToBK8




--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Created] (CB-5392) Improve support of platforms which are hosted in a subdirectory in their repository

2013-11-14 Thread Maxime LUCE (JIRA)
Maxime LUCE created CB-5392:
---

 Summary: Improve support of platforms which are hosted in a 
subdirectory in their repository
 Key: CB-5392
 URL: https://issues.apache.org/jira/browse/CB-5392
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI
Reporter: Maxime LUCE
Assignee: Maxime LUCE


In order to avoid specific Platform check in each module, append a subdirectory 
field in platforms.js and use it to return a fixed libdir.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Created] (CB-5393) Android's Online bridge sometimes doesn't work on KitKat

2013-11-14 Thread Andrew Grieve (JIRA)
Andrew Grieve created CB-5393:
-

 Summary: Android's Online bridge sometimes doesn't work on KitKat
 Key: CB-5393
 URL: https://issues.apache.org/jira/browse/CB-5393
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.0.0, 2.9.0
Reporter: Andrew Grieve
Assignee: Andrew Grieve
 Attachments: framework.zip, mobilespec.zip

Here's an app /w source that can reproduce the problem consistently. I've made 
some tweaks to exacerbate the scenario in which it occurs. I'm fairly certain 
that happens when online changes back and forth too fast.

The bug happens with  without the debugger attached.

How to use the test app:
- The bug is happening consistently for me on start-up and causes the page to 
not load correctly. If you get an alert saying that it didn't start-up, click 
the Refresh Page button at the top.
 - The bug doesn't appear on the second time (at least for me) (no alerts)
- Click the Benchmark exec button and wait for it to report the bridge speed.
 - Notice that it seems to work fine
- Now check the Use two echos at once box and run the test again a few times
 - Notice that you get an alert saying that no echo was received after a 
certain number of calls.

The bug will not happen with the pre-KitKat WebView.


mobilespec.zip  framework.zip have the sources.




--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5393) Android's Online bridge sometimes doesn't work on KitKat

2013-11-14 Thread Andrew Grieve (JIRA)

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

Andrew Grieve updated CB-5393:
--

Attachment: mobilespec.zip
framework.zip

 Android's Online bridge sometimes doesn't work on KitKat
 

 Key: CB-5393
 URL: https://issues.apache.org/jira/browse/CB-5393
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 2.9.0, 3.0.0
Reporter: Andrew Grieve
Assignee: Andrew Grieve
 Attachments: framework.zip, mobilespec.zip


 Here's an app /w source that can reproduce the problem consistently. I've 
 made some tweaks to exacerbate the scenario in which it occurs. I'm fairly 
 certain that happens when online changes back and forth too fast.
 The bug happens with  without the debugger attached.
 How to use the test app:
 - The bug is happening consistently for me on start-up and causes the page to 
 not load correctly. If you get an alert saying that it didn't start-up, click 
 the Refresh Page button at the top.
  - The bug doesn't appear on the second time (at least for me) (no alerts)
 - Click the Benchmark exec button and wait for it to report the bridge 
 speed.
  - Notice that it seems to work fine
 - Now check the Use two echos at once box and run the test again a few times
  - Notice that you get an alert saying that no echo was received after a 
 certain number of calls.
 The bug will not happen with the pre-KitKat WebView.
 mobilespec.zip  framework.zip have the sources.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-2415) On iOS the ajax error/fail callback is not called after server returns error code 401/unauthorized

2013-11-14 Thread Tim Croydon (JIRA)

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

Tim Croydon commented on CB-2415:
-

I'm still seeing this in 3.1.0 on iOS7. Looks like it's been around for a while 
- this StackOverflow post has a couple of JS workarounds that may help in 
certain cases: 
http://stackoverflow.com/questions/12060619/not-getting-401-unauthorised-with-cordova-jquery-ajax-call-upto-phonegap-1-4-i

 On iOS the ajax error/fail callback is not called after server returns error 
 code 401/unauthorized
 --

 Key: CB-2415
 URL: https://issues.apache.org/jira/browse/CB-2415
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.2.0
 Environment: OSX 10.8.2, Xcode 4.5.1, iOS Simulator 5.0, 5.1, 6.0, 
 cordova 2.2
Reporter: Zach White
Assignee: Shazron Abdullah
  Labels: 401, BasicAuth, iOS

 I am seeing the same issue as reported in 
 [CB-2284|https://issues.apache.org/jira/browse/CB-2284] also in iOS. Ajax 
 calls with Authorization header set are not returning but are timing out when 
 the authorization credentials are invalid.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5364) Config parser uniqueness check is invalid

2013-11-14 Thread ASF subversion and git services (JIRA)

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

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

Commit 133836739c9f19de7a9e4dc8074dc0341fa8939c in branch refs/heads/master 
from [~bhigg...@blackberry.com]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=1338367 ]

CB-5364 config_parser - check for null element text


 Config parser uniqueness check is invalid
 -

 Key: CB-5364
 URL: https://issues.apache.org/jira/browse/CB-5364
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
Reporter: Bryan Higgins
Assignee: Bryan Higgins
Priority: Critical
 Fix For: 3.2.0


 Two cases have been overlooked:
 1) Child tags
 2) Text
 The result is developers can't add a child or elements with differing text to 
 config.xml when the a plugin also installs the same parent element.
 For BlackBerry, this means developers cannot manually add permissions after 
 adding any plugin which injects a permission.
 Fix is in progress for 3.2.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Resolved] (CB-5393) Android's Online bridge sometimes doesn't work on KitKat

2013-11-14 Thread Andrew Grieve (JIRA)

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

Andrew Grieve resolved CB-5393.
---

   Resolution: Fixed
Fix Version/s: 3.1.0
   2.9.1

Fixed by only switching online/offline once per batch of messages.

JS Change:
https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;a=commit;h=1be2876635d2a788270238c4b1cfad200c488e32

Android Change:
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commit;h=166b35bc6c5977cf547f4093690d554b57cb855a

 Android's Online bridge sometimes doesn't work on KitKat
 

 Key: CB-5393
 URL: https://issues.apache.org/jira/browse/CB-5393
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 2.9.0, 3.0.0
Reporter: Andrew Grieve
Assignee: Andrew Grieve
 Fix For: 2.9.1, 3.1.0

 Attachments: framework.zip, mobilespec.zip


 Here's an app /w source that can reproduce the problem consistently. I've 
 made some tweaks to exacerbate the scenario in which it occurs. I'm fairly 
 certain that happens when online changes back and forth too fast.
 The bug happens with  without the debugger attached.
 How to use the test app:
 - The bug is happening consistently for me on start-up and causes the page to 
 not load correctly. If you get an alert saying that it didn't start-up, click 
 the Refresh Page button at the top.
  - The bug doesn't appear on the second time (at least for me) (no alerts)
 - Click the Benchmark exec button and wait for it to report the bridge 
 speed.
  - Notice that it seems to work fine
 - Now check the Use two echos at once box and run the test again a few times
  - Notice that you get an alert saying that no echo was received after a 
 certain number of calls.
 The bug will not happen with the pre-KitKat WebView.
 mobilespec.zip  framework.zip have the sources.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5294) File input element not opening file picker in Android 4.4

2013-11-14 Thread Marcel Kinard (JIRA)

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

Marcel Kinard commented on CB-5294:
---

FYI, discussion in the dev mailing list: 
http://markmail.org/thread/zmwtu4fi56r4dnqq

 File input element not opening file picker in Android 4.4
 -

 Key: CB-5294
 URL: https://issues.apache.org/jira/browse/CB-5294
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0
 Environment: Android 4.4 (emulator and Nexus 5)
Reporter: Paul Kane
Assignee: Joe Bowser
Priority: Blocker

 The file input field doesn't respond when clicked/tapped in Android 4.4. 
 Works fine in previous Android versions. This is regardless of whether the 
 Target Level is set to 18 or 19.
 To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only 
 modification I made to the default (placeholder) index.html file was adding a 
 form element with a single input type=file element inside. Clicking the 
 Choose File button does nothing. No Logcat output or errors. Normally at 
 this point a dialogue would open allowing me to select an image from the 
 gallery or take a picture, which is what happens in older Android versions.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5392) Improve support of platforms which are hosted in a subdirectory in their repository

2013-11-14 Thread Maxime LUCE (JIRA)

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

Maxime LUCE commented on CB-5392:
-

Pull request available here : https://github.com/apache/cordova-cli/pull/91

 Improve support of platforms which are hosted in a subdirectory in their 
 repository
 ---

 Key: CB-5392
 URL: https://issues.apache.org/jira/browse/CB-5392
 Project: Apache Cordova
  Issue Type: Improvement
  Components: CLI
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 In order to avoid specific Platform check in each module, append a 
 subdirectory field in platforms.js and use it to return a fixed libdir.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Resolved] (CB-5296) Requirements check do not work anymore on Windows 8.1 Visual Studio 2013 MSBuild

2013-11-14 Thread Maxime LUCE (JIRA)

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

Maxime LUCE resolved CB-5296.
-

Resolution: Fixed

Resolved and merged

 Requirements check do not work anymore on Windows 8.1 Visual Studio 2013 
 MSBuild
 

 Key: CB-5296
 URL: https://issues.apache.org/jira/browse/CB-5296
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Windows 8, WP7, WP8
Affects Versions: 3.1.0
Reporter: Maxime LUCE
Assignee: Maxime LUCE

 On Windows 8.1 using Visual Studio 2013, MSBuild --version is not exactly 
 same as before.
 Since, platforms using MSBuild (Windows 8+, Windows Phone) do not work 
 anymore with CLI.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5373) CDVViewController does not support shifted UIWebView with HideKeyboardFormAccessoryBar

2013-11-14 Thread ASF subversion and git services (JIRA)

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

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

Commit e1b942e60d3ad01ba48224f1d51595c3ad2e322b in branch refs/heads/master 
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;h=e1b942e ]

CB-5373 Fix HideKeyboardFormAccessoryBar work when UIWebView is not at (0,0)


 CDVViewController does not support shifted UIWebView with 
 HideKeyboardFormAccessoryBar
 --

 Key: CB-5373
 URL: https://issues.apache.org/jira/browse/CB-5373
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.1.0
Reporter: Mike Kwan
 Attachments: Screen Shot 2013-11-13 at 12.22.08.png, ios.zip


 *CDVViewController* does not play well with the 
 *HideKeyboardFormAccessoryBar* set to *true* when the *UIWebView* has its 
 origin shifted.
 To reproduce this:
  - Create skeleton project via CLI
  - Configure *content src* to *http://www.google.co.uk/*
  - Configure *HideKeyboardFormAccessoryBar* to *true*
  - In the MainViewController add the following method:
 {code}- (void)viewDidLoad
 {
 [super viewDidLoad];
 
 CGRect frame = [[self view] bounds];
 frame.origin.y += 20;
 frame.size.height -= 20;
 
 [self.webView setFrame:frame];
 }{code}
  - Load page, trigger keyboard by giving focus to the input field and dismiss 
 the keyboard by tapping back on the page
 The reason the bug occurs is because of the following line in 
 *CDVViewController* in *hideKeyboardFormAccessoryBarEnd:*:
 {code}self.webView.scrollView.frame = self.webView.frame;{code}
 This will work as expected only if the *scrollView* origin matches the 
 *UIWebView* origin which happens only at (0, 0). The correct code should be:
 {code}self.webView.scrollView.frame = CGRectMake(0, 0, 
 self.webView.frame.size.width, self.webView.frame.size.height);{code}
 An example of the *scrollView* frame being set incorrectly:
 !https://issues.apache.org/jira/secure/attachment/12613590/Screen%20Shot%202013-11-13%20at%2012.22.08.png!
 Minimal example reproducing bug is attached.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Resolved] (CB-5373) CDVViewController does not support shifted UIWebView with HideKeyboardFormAccessoryBar

2013-11-14 Thread Andrew Grieve (JIRA)

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

Andrew Grieve resolved CB-5373.
---

Resolution: Fixed
  Assignee: Andrew Grieve

Great report, thanks!

I've put your fix in. Will be live the next time we do a plugins release (Will 
be fixed in version 0.1.2 of the plugin)

 CDVViewController does not support shifted UIWebView with 
 HideKeyboardFormAccessoryBar
 --

 Key: CB-5373
 URL: https://issues.apache.org/jira/browse/CB-5373
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.1.0
Reporter: Mike Kwan
Assignee: Andrew Grieve
 Attachments: Screen Shot 2013-11-13 at 12.22.08.png, ios.zip


 *CDVViewController* does not play well with the 
 *HideKeyboardFormAccessoryBar* set to *true* when the *UIWebView* has its 
 origin shifted.
 To reproduce this:
  - Create skeleton project via CLI
  - Configure *content src* to *http://www.google.co.uk/*
  - Configure *HideKeyboardFormAccessoryBar* to *true*
  - In the MainViewController add the following method:
 {code}- (void)viewDidLoad
 {
 [super viewDidLoad];
 
 CGRect frame = [[self view] bounds];
 frame.origin.y += 20;
 frame.size.height -= 20;
 
 [self.webView setFrame:frame];
 }{code}
  - Load page, trigger keyboard by giving focus to the input field and dismiss 
 the keyboard by tapping back on the page
 The reason the bug occurs is because of the following line in 
 *CDVViewController* in *hideKeyboardFormAccessoryBarEnd:*:
 {code}self.webView.scrollView.frame = self.webView.frame;{code}
 This will work as expected only if the *scrollView* origin matches the 
 *UIWebView* origin which happens only at (0, 0). The correct code should be:
 {code}self.webView.scrollView.frame = CGRectMake(0, 0, 
 self.webView.frame.size.width, self.webView.frame.size.height);{code}
 An example of the *scrollView* frame being set incorrectly:
 !https://issues.apache.org/jira/secure/attachment/12613590/Screen%20Shot%202013-11-13%20at%2012.22.08.png!
 Minimal example reproducing bug is attached.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5294) File input element not opening file picker in Android 4.4

2013-11-14 Thread julio cesar (JIRA)

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

julio cesar commented on CB-5294:
-

We can't answer there, right?
I've looked into android 4.4 source code and the openFileChooser with the 4.1+ 
syntax (public void openFileChooser(ValueCallbackUri uploadMsg, String 
acceptType, String capture))
but it just doesn't work now, and by the google's answer, it seems that they 
have intentionally removed it

 File input element not opening file picker in Android 4.4
 -

 Key: CB-5294
 URL: https://issues.apache.org/jira/browse/CB-5294
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0
 Environment: Android 4.4 (emulator and Nexus 5)
Reporter: Paul Kane
Assignee: Joe Bowser
Priority: Blocker

 The file input field doesn't respond when clicked/tapped in Android 4.4. 
 Works fine in previous Android versions. This is regardless of whether the 
 Target Level is set to 18 or 19.
 To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only 
 modification I made to the default (placeholder) index.html file was adding a 
 form element with a single input type=file element inside. Clicking the 
 Choose File button does nothing. No Logcat output or errors. Normally at 
 this point a dialogue would open allowing me to select an image from the 
 gallery or take a picture, which is what happens in older Android versions.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5368) Cordova Serve not working correctly with IE11 - content served as deflate

2013-11-14 Thread Josh Soref (JIRA)

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

Josh Soref commented on CB-5368:


[~agrieve]: could we get this into 3.2?

 Cordova Serve not working correctly with IE11 - content served as deflate 
 

 Key: CB-5368
 URL: https://issues.apache.org/jira/browse/CB-5368
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: Master, 3.2.0
 Environment: Windows8
Reporter: Dick van den Brink
Assignee: Josh Soref

 Cordova serve isn't working correctly with IE11.
 The landing page works, but clicking a platform gives a error message from 
 IE11. The error is This page can't be displayed.
 The same url is working in Pale Moon (firefox).
 Tested on master and 3.2.0 rc.
 Steps to reproduce on Windows8.
 * cordova create . com.example.hello HelloWorld
 * cordova platform add android
 * cordova serve
 * IE11 open landing page
 * IE11 Click Android, error appears
 Use another browser and the same steps work.
 Note: The cordova log is giving a status code 200 with IE11.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Created] (CB-5394) FileTransfer.abort doesn't stop Upload from completing

2013-11-14 Thread Jamal Johnson (JIRA)
Jamal Johnson created CB-5394:
-

 Summary: FileTransfer.abort doesn't stop Upload from completing
 Key: CB-5394
 URL: https://issues.apache.org/jira/browse/CB-5394
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Affects Versions: 3.1.0
 Environment: iOS 7
Reporter: Jamal Johnson


When uploading a file using the FileTransfer plugin and calling the abort() 
method, everything works as the documentation states as far as the failure 
callback being called with the appropriate information, however the upload 
continues and completes on the server, the connection doesn't close even 
though the obj-c code seems to calling cancel on the connection object.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5394) FileTransfer.abort doesn't stop Upload from completing

2013-11-14 Thread Jamal Johnson (JIRA)

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

Jamal Johnson updated CB-5394:
--

Description: When uploading a file using the FileTransfer plugin and 
calling the abort() method, everything works as the documentation states as far 
as the failure callback being called with the appropriate information, however 
the upload continues and completes on the server, the connection doesn't 
close even though the obj-c code seems to calling cancel on the connection 
object. (more info from a post I sent to google groups with no response: 
https://groups.google.com/forum/#!searchin/phonegap/abort/phonegap/eoN8HLrutIM/1GSeDIJfnKgJ)
  (was: When uploading a file using the FileTransfer plugin and calling the 
abort() method, everything works as the documentation states as far as the 
failure callback being called with the appropriate information, however the 
upload continues and completes on the server, the connection doesn't close 
even though the obj-c code seems to calling cancel on the connection object.)

 FileTransfer.abort doesn't stop Upload from completing
 --

 Key: CB-5394
 URL: https://issues.apache.org/jira/browse/CB-5394
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Affects Versions: 3.1.0
 Environment: iOS 7
Reporter: Jamal Johnson

 When uploading a file using the FileTransfer plugin and calling the abort() 
 method, everything works as the documentation states as far as the failure 
 callback being called with the appropriate information, however the upload 
 continues and completes on the server, the connection doesn't close even 
 though the obj-c code seems to calling cancel on the connection object. 
 (more info from a post I sent to google groups with no response: 
 https://groups.google.com/forum/#!searchin/phonegap/abort/phonegap/eoN8HLrutIM/1GSeDIJfnKgJ)



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Created] (CB-5395) Android Cordova whitelist fails for upper-case characters

2013-11-14 Thread Marcus Pridham (JIRA)
Marcus Pridham created CB-5395:
--

 Summary: Android Cordova whitelist fails for upper-case characters
 Key: CB-5395
 URL: https://issues.apache.org/jira/browse/CB-5395
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.1.0
Reporter: Marcus Pridham


In my config.xml, I have:
access origin=*.host.com /

{code}
if (!Config.isUrlWhiteListed(http://Test.host.com;))
{
System.out.println(I should be whitelisted!!!);
}

if (Config.isUrlWhiteListed(http://test.host.com;))
{
System.out.println(I am whitelisted.);
}
{code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Created] (CB-5396) UiWebView doesn't resize when Keyboard Show when DisallowScroll is True

2013-11-14 Thread Tom Wilson (JIRA)
Tom Wilson created CB-5396:
--

 Summary: UiWebView doesn't resize when Keyboard Show when 
DisallowScroll is True
 Key: CB-5396
 URL: https://issues.apache.org/jira/browse/CB-5396
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.2.0
 Environment: cordova 3.2 with keyboard plugin.

Reporter: Tom Wilson






--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5396) UiWebView doesn't resize when Keyboard Show when DisallowScroll is True

2013-11-14 Thread Tom Wilson (JIRA)

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

Tom Wilson commented on CB-5396:


I created a test 3.2 cordova ios project and installed the Keyboard plugin.

The webview is not getting resized correctly...

Screenshot of safari
http://imgur.com/m3Yb5GJ

When i step through the code in the debugger, it says it's resizing to the 
correct size, but it doesn't take and it shifts the whole webview up the height 
of the keyboard.

Test app here...
https://github.com/twilly86/CordovaKeyboardTest

Is this how you set keyboard setting?

window.Keyboard.shrinkView(true);
window.Keyboard.hideFormAccessoryBar(true);
window.Keyboard.disableScrollingInShrinkView(true);

I also set these in config.xml and it looked like they were initialized 
correctly by the plugin.

I'd expect the webview to be resized to (height)-(keyboard height)-(keyboard 
accessory height)

PS: I tested this with disableScrollingInShrinkView = false and it works very 
well with the webview showing behind the keyboard, however I am using IScroll 
for scrolling and need this since it works best with fixed header/footer.

This was working well on phonegap 3.1.

PSS: Are there any plans to support native ui by adding a native header and 
footer similar to AppGyver?  AppGyver looks interesting but it removes you from 
using xcode/eclipse which hurts when bugs pop up and you need to use the 
debugger.  The keyboard/webview resizing has caused me 90% of my pain in 
developing phonegap apps and if we could streamline this to work with fixed 
header/footers, i'd be a happy man :)

Thanks!

 UiWebView doesn't resize when Keyboard Show when DisallowScroll is True
 ---

 Key: CB-5396
 URL: https://issues.apache.org/jira/browse/CB-5396
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.2.0
 Environment: cordova 3.2 with keyboard plugin.
Reporter: Tom Wilson





--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5396) UiWebView doesn't resize when Keyboard Show when DisallowScroll is True

2013-11-14 Thread Tom Wilson (JIRA)

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

Tom Wilson commented on CB-5396:


update: it looks like removing height=device-height from the meta viewport tag 
re-sizes the app correctly.  Will this have any negative impacts?

 UiWebView doesn't resize when Keyboard Show when DisallowScroll is True
 ---

 Key: CB-5396
 URL: https://issues.apache.org/jira/browse/CB-5396
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.2.0
 Environment: cordova 3.2 with keyboard plugin.
Reporter: Tom Wilson





--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-3930) Phonegap 2.8 KeyboardShrinksView property, white background shown while keyboard transitions up

2013-11-14 Thread Tom Wilson (JIRA)

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

Tom Wilson commented on CB-3930:


Tested using new plugin and 3.2 and the issue is still there with the following 
configs...


Is there a way to incorporate this code that would resize the webview with the 
same animation as the keyboard?

[UIView beginAnimations:nil context:NULL];
[UIView 
setAnimationDuration:[notification.userInfo[UIKeyboardAnimationDurationUserInfoKey]
 doubleValue]];
[UIView 
setAnimationCurve:[notification.userInfo[UIKeyboardAnimationCurveUserInfoKey] 
integerValue]];
[UIView setAnimationBeginsFromCurrentState:YES];

// work

[UIView commitAnimations];

Taken from here..
http://stackoverflow.com/questions/18837166/how-to-mimic-keyboard-animation-on-ios-7-to-add-done-button-to-numeric-keyboar

 Phonegap 2.8 KeyboardShrinksView property, white background shown while 
 keyboard transitions up
 ---

 Key: CB-3930
 URL: https://issues.apache.org/jira/browse/CB-3930
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugins
Affects Versions: 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Tom Wilson
  Labels: ios, keyboard-plugin
 Fix For: 3.2.0

   Original Estimate: 2h
  Remaining Estimate: 2h

 While the keyboard is transitioning up, it seems the webview is already 
 resized and the background is white, thus causing the white background to be 
 shown. My HTML body background is black so it looks odd when the white 
 background flashes. Does anyone know how to update the background of the 
 UIView?
 Video reproducing the issue in slow motion. 
 http://www.youtube.com/watch?v=iOjdxJuYp8c
 Regular speed: http://www.youtube.com/watch?v=ZtTXU3zr18k
 Thanks!
 Tom



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-3930) Phonegap 2.8 KeyboardShrinksView property, white background shown while keyboard transitions up

2013-11-14 Thread Tom Wilson (JIRA)

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

Tom Wilson commented on CB-3930:


Adding in configs I have..

window.Keyboard.shrinkView(true);
window.Keyboard.hideFormAccessoryBar(true);
window.Keyboard.disableScrollingInShrinkView(true);

 Phonegap 2.8 KeyboardShrinksView property, white background shown while 
 keyboard transitions up
 ---

 Key: CB-3930
 URL: https://issues.apache.org/jira/browse/CB-3930
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugins
Affects Versions: 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Tom Wilson
  Labels: ios, keyboard-plugin
 Fix For: 3.2.0

   Original Estimate: 2h
  Remaining Estimate: 2h

 While the keyboard is transitioning up, it seems the webview is already 
 resized and the background is white, thus causing the white background to be 
 shown. My HTML body background is black so it looks odd when the white 
 background flashes. Does anyone know how to update the background of the 
 UIView?
 Video reproducing the issue in slow motion. 
 http://www.youtube.com/watch?v=iOjdxJuYp8c
 Regular speed: http://www.youtube.com/watch?v=ZtTXU3zr18k
 Thanks!
 Tom



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-3930) Phonegap 2.8 KeyboardShrinksView property, white background shown while keyboard transitions up

2013-11-14 Thread Tom Wilson (JIRA)

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

Tom Wilson commented on CB-3930:


You can reproduce the issue with this project...

https://github.com/twilly86/CordovaKeyboardTest

 Phonegap 2.8 KeyboardShrinksView property, white background shown while 
 keyboard transitions up
 ---

 Key: CB-3930
 URL: https://issues.apache.org/jira/browse/CB-3930
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugins
Affects Versions: 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Tom Wilson
  Labels: ios, keyboard-plugin
 Fix For: 3.2.0

   Original Estimate: 2h
  Remaining Estimate: 2h

 While the keyboard is transitioning up, it seems the webview is already 
 resized and the background is white, thus causing the white background to be 
 shown. My HTML body background is black so it looks odd when the white 
 background flashes. Does anyone know how to update the background of the 
 UIView?
 Video reproducing the issue in slow motion. 
 http://www.youtube.com/watch?v=iOjdxJuYp8c
 Regular speed: http://www.youtube.com/watch?v=ZtTXU3zr18k
 Thanks!
 Tom



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Created] (CB-5397) cordova prepare ios overwrites existing source code files/directories

2013-11-14 Thread Tom Ernhardt (JIRA)
Tom Ernhardt created CB-5397:


 Summary: cordova prepare ios overwrites existing source code 
files/directories
 Key: CB-5397
 URL: https://issues.apache.org/jira/browse/CB-5397
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: MacOS 10.8.5
XCode 5.01
Reporter: Tom Ernhardt


The cordova command line cordova prepare ios clobbers user-created source 
code files/directories without warning

Steps to reproduce:
# create a test app
cordova create test com.test test
cd test
cordova platform add ios
# add a plugin
cordova plugin add https://github.com/apache/cordova-plugin-device.git
cordova prepare ios
Then open the generated Xcode project in Xcode
Add some source code files
# Now add a different plugin
cordova plugin add https://github.com/apache/cordova-plugin-console.git
# WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES
cordova prepare ios

All the source code files and directories that you created in 
  /platforms/ios/www/
have just been deleted by the cordova CLI with any warning!




--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (CB-5397) cordova prepare ios overwrites existing source code files/directories

2013-11-14 Thread Tom Ernhardt (JIRA)

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

Tom Ernhardt updated CB-5397:
-

Description: 
The cordova command line cordova prepare ios clobbers user-created source 
code files/directories without warning

Steps to reproduce:
# create a test app
cordova create test com.test test
cd test
cordova platform add ios
# add a plugin
cordova plugin add https://github.com/apache/cordova-plugin-device.git
cordova prepare ios
Then open the generated Xcode project in Xcode
Add some source code files
# Now add a different plugin
cordova plugin add https://github.com/apache/cordova-plugin-console.git
# WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES
cordova prepare ios

All the source code files and directories that you created in 
  /platforms/ios/www/
have just been deleted by the cordova CLI without any warning!


  was:
The cordova command line cordova prepare ios clobbers user-created source 
code files/directories without warning

Steps to reproduce:
# create a test app
cordova create test com.test test
cd test
cordova platform add ios
# add a plugin
cordova plugin add https://github.com/apache/cordova-plugin-device.git
cordova prepare ios
Then open the generated Xcode project in Xcode
Add some source code files
# Now add a different plugin
cordova plugin add https://github.com/apache/cordova-plugin-console.git
# WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES
cordova prepare ios

All the source code files and directories that you created in 
  /platforms/ios/www/
have just been deleted by the cordova CLI with any warning!



 cordova prepare ios overwrites existing source code files/directories
 ---

 Key: CB-5397
 URL: https://issues.apache.org/jira/browse/CB-5397
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: MacOS 10.8.5
 XCode 5.01
Reporter: Tom Ernhardt

 The cordova command line cordova prepare ios clobbers user-created source 
 code files/directories without warning
 Steps to reproduce:
 # create a test app
 cordova create test com.test test
 cd test
 cordova platform add ios
 # add a plugin
 cordova plugin add https://github.com/apache/cordova-plugin-device.git
 cordova prepare ios
 Then open the generated Xcode project in Xcode
 Add some source code files
 # Now add a different plugin
 cordova plugin add https://github.com/apache/cordova-plugin-console.git
 # WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES
 cordova prepare ios
 All the source code files and directories that you created in 
   /platforms/ios/www/
 have just been deleted by the cordova CLI without any warning!



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5363) Need a better bug reporting message for when parsing the .cordova/config.json

2013-11-14 Thread Josh Soref (JIRA)

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

Josh Soref commented on CB-5363:


This is ready to merge...

 Need a better bug reporting message for when parsing the .cordova/config.json
 -

 Key: CB-5363
 URL: https://issues.apache.org/jira/browse/CB-5363
 Project: Apache Cordova
  Issue Type: Bug
Affects Versions: 3.1.0
Reporter: JennyGee
Priority: Minor

 Error is not handled when there is an syntax error in the .JSON file and it 
 spits out garbage that is not indicative of the actual problem. 
 This was encountered especially when there was a single quote instead of 
 double quotes.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5183) WP7/8 lib path is not correctly resolved by CLI

2013-11-14 Thread Josh Soref (JIRA)

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

Josh Soref commented on CB-5183:


https://github.com/apache/cordova-cli/commit/19513a1c31e5cb44971a7c751adef70d66f39ffd
 should address this...

 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor
 Attachments: cordova_wp8_wp7_cli.patch


 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Assigned] (CB-3930) Phonegap 2.8 KeyboardShrinksView property, white background shown while keyboard transitions up

2013-11-14 Thread Shazron Abdullah (JIRA)

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

Shazron Abdullah reassigned CB-3930:


Assignee: Shazron Abdullah

 Phonegap 2.8 KeyboardShrinksView property, white background shown while 
 keyboard transitions up
 ---

 Key: CB-3930
 URL: https://issues.apache.org/jira/browse/CB-3930
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugins
Affects Versions: 2.6.0, 2.7.0, 2.8.0, 2.9.0
Reporter: Tom Wilson
Assignee: Shazron Abdullah
  Labels: ios, keyboard-plugin
 Fix For: 3.2.0

   Original Estimate: 2h
  Remaining Estimate: 2h

 While the keyboard is transitioning up, it seems the webview is already 
 resized and the background is white, thus causing the white background to be 
 shown. My HTML body background is black so it looks odd when the white 
 background flashes. Does anyone know how to update the background of the 
 UIView?
 Video reproducing the issue in slow motion. 
 http://www.youtube.com/watch?v=iOjdxJuYp8c
 Regular speed: http://www.youtube.com/watch?v=ZtTXU3zr18k
 Thanks!
 Tom



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Commented] (CB-5183) WP7/8 lib path is not correctly resolved by CLI

2013-11-14 Thread Stephan Wezel (JIRA)

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

Stephan Wezel commented on CB-5183:
---

[~jsoref]: it doesn't work for update

First there is a typo in the change.
in line 121 in src/platform.js instead of target  it should be plat : 
libDir = path.join(libDir, plat);

Second the Update script fails with following error:
Error: Error running update script: Error: Command failed: Cannot read 
non-existant file : 
C:\Users\stephanw\.cordova\lib\wp\cordova\3.2.0-rc1\wp8\VERSION
Cannot read non-existant file : 
C:\Users\stephanw\.cordova\lib\wp\cordova\3.2.0-rc1\wp8\VERSION


 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor
 Attachments: cordova_wp8_wp7_cli.patch


 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Comment Edited] (CB-5183) WP7/8 lib path is not correctly resolved by CLI

2013-11-14 Thread Stephan Wezel (JIRA)

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

Stephan Wezel edited comment on CB-5183 at 11/15/13 7:23 AM:
-

[~jsoref]: it doesn't work for update

First there is a typo in the change.
in line 121 in src/platform.js instead of target  it should be plat : 
libDir = path.join(libDir, plat);

Second the Update script fails with following error:
Error: Error running update script: Error: Command failed: Cannot read 
non-existant file : 
C:\Users\stephanw\.cordova\lib\wp\cordova\3.2.0-rc1\wp8\VERSION
Cannot read non-existant file : 
C:\Users\stephanw\.cordova\lib\wp\cordova\3.2.0-rc1\wp8\VERSION

For the record: I applied the changes from commit 
https://github.com/apache/cordova-cli/commit/19513a1c31e5cb44971a7c751adef70d66f39ffd
  to the 3.2.0-rc1 version of cordova cli.



was (Author: thewolfwillcome):
[~jsoref]: it doesn't work for update

First there is a typo in the change.
in line 121 in src/platform.js instead of target  it should be plat : 
libDir = path.join(libDir, plat);

Second the Update script fails with following error:
Error: Error running update script: Error: Command failed: Cannot read 
non-existant file : 
C:\Users\stephanw\.cordova\lib\wp\cordova\3.2.0-rc1\wp8\VERSION
Cannot read non-existant file : 
C:\Users\stephanw\.cordova\lib\wp\cordova\3.2.0-rc1\wp8\VERSION


 WP7/8 lib path is not correctly resolved by CLI
 ---

 Key: CB-5183
 URL: https://issues.apache.org/jira/browse/CB-5183
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Sergey Grebnov
Assignee: Josh Soref
Priority: Minor
 Attachments: cordova_wp8_wp7_cli.patch


 Steps to reproduce
 1. Install latest cordova-cli from git repo
 2. Create new project App using 'cordova create App' CLI command 
 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
  For example
 {  id:org.apache.mobilespec,  name:mobilespec,  lib: { wp8: { 
  uri: c:\\..\\cordova-wp8,  version: 3.1.0,  id: 
 cordova-wp8-master}  }}
 4. Run 'cordova platform add wp8' commands
 Expected: command succeeded.
 Actually: command failed with the message below
 Error: Error while checking requirements: 
 'c:\..\cordova-wp8\bin\check_reqs' is not recognized as an internal or 
 external command,
 operable program or batch file.



--
This message was sent by Atlassian JIRA
(v6.1#6144)