[jira] [Created] (CB-13020) plugman filters out nohooks option

2017-07-13 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-13020:


 Summary: plugman filters out nohooks option
 Key: CB-13020
 URL: https://issues.apache.org/jira/browse/CB-13020
 Project: Apache Cordova
  Issue Type: Bug
  Components: cordova-lib
Affects Versions: 7.0.1
Reporter: Ryan Willoughby


plugman install curates the options object prior to sending it to the install 
function, and it doesn't support the nohooks option. before_plugin_install and 
after_plugin_install can get triggered even if nohooks is set.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Created] (CB-11662) plugman fails when installing plugins with windows framework references

2016-08-03 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-11662:


 Summary: plugman fails when installing plugins with windows 
framework references
 Key: CB-11662
 URL: https://issues.apache.org/jira/browse/CB-11662
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Vibration, Plugman
Affects Versions: 1.3.0
 Environment: Node 4.4.7, cordova 6.3.0, reproduce on Cygwin/Windows 
and Bash/OSX.
Reporter: Ryan Willoughby


When installing a plugin for cordova-windows with a framework reference, the 
command errors out. Reproduction steps and output below.

{code}
npm install -g plugman
cordova create myapp
cd myapp
cordova platform add windows
cd ..
[ryan-testapp]plugman install --plugin cordova-plugin-vibration --project 
platforms/windows --platform windows
Fetching plugin "cordova-plugin-vibration" via npm
Error during processing of action! Attempting to revert...
Failed to install 'cordova-plugin-vibration':Error: Uh oh!
ENOENT: no such file or directory, open 
'plugins/cordova-plugin-vibration/src/windows/Vibration/Vibration.csproj'
at Error (native)
at Object.fs.openSync (fs.js:549:18)
at Object.fs.readFileSync (fs.js:397:15)
at Object.module.exports.parseElementtreeSync 
(/Users/ryanw/dev/sandbox/testapp/platforms/windows/cordova/node_modules/cordova-common/src/util/xml-helpers.js:179:27)
at Object.jsprojManager.addProjectReference 
(/Users/ryanw/dev/sandbox/testapp/platforms/windows/cordova/lib/JsprojManager.js:187:44)
at handlers.framework.install 
(/Users/ryanw/dev/sandbox/testapp/platforms/windows/cordova/lib/PluginHandler.js:92:25)
at Object.ActionStack.process 
(/Users/ryanw/dev/sandbox/testapp/platforms/windows/cordova/node_modules/cordova-common/src/ActionStack.js:56:25)
at PluginManager.doOperation 
(/Users/ryanw/dev/sandbox/testapp/platforms/windows/cordova/node_modules/cordova-common/src/PluginManager.js:117:20)
at PluginManager.addPlugin 
(/Users/ryanw/dev/sandbox/testapp/platforms/windows/cordova/node_modules/cordova-common/src/PluginManager.js:147:17)
at Api.addPlugin 
(/Users/ryanw/dev/sandbox/testapp/platforms/windows/cordova/Api.js:191:10)
Uh oh!
ENOENT: no such file or directory, open 
'plugins/cordova-plugin-vibration/src/windows/Vibration/Vibration.csproj'
{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-11078) Empty string for BackgroundColor preference crashes application

2016-04-19 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby commented on CB-11078:
--

It was actually a user of PhoneGap Build whose build was failing as above, no 
idea why they would set it to the empty string, but they did and it took some 
time to track down the source of the error. Anyhow fair enough I'll hopefully 
get around to fix it myself and submit a PR.

> Empty string for BackgroundColor preference crashes application
> ---
>
> Key: CB-11078
> URL: https://issues.apache.org/jira/browse/CB-11078
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
> Environment: HTC One
> Android 6.0
> Cordova-Android 5.1.0
>Reporter: Ryan Willoughby
>Priority: Minor
>  Labels: easyfix, triaged
>
> A preference of 
> {{}}
> will cause an a cordova application to crash on startup with a 
> NumberFormatException:
> {color:red}
> 04-13 11:18:29.894: E/AndroidRuntime(20224): java.lang.RuntimeException: 
> Unable to start activity 
> ComponentInfo{com.whatever.whatever/com.whatever.whatever.ClassName}: 
> java.lang.NumberFormatException: Invalid long: ""
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2484)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2544)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.ActivityThread.access$900(ActivityThread.java:150)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.ActivityThread$H.handleMessage(ActivityThread.java:1394)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.os.Handler.dispatchMessage(Handler.java:102)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.os.Looper.loop(Looper.java:168)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.ActivityThread.main(ActivityThread.java:5845)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> java.lang.reflect.Method.invoke(Native Method)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:797)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:687)
> 04-13 11:18:29.894: E/AndroidRuntime(20224): Caused by: 
> java.lang.NumberFormatException: Invalid long: ""
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> java.lang.Long.invalidLong(Long.java:124)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> java.lang.Long.decode(Long.java:142)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> org.apache.cordova.CordovaPreferences.getInteger(CordovaPreferences.java:78)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> org.apache.cordova.CordovaActivity.createViews(CordovaActivity.java:178)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> org.apache.cordova.CordovaActivity.init(CordovaActivity.java:142)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:214)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> uk.directpath.staffssmartalert2.StaffsSmartAlertv2.onCreate(StaffsSmartAlertv2.java:32)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.Activity.performCreate(Activity.java:6248)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1125)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  at 
> android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2437)
> 04-13 11:18:29.894: E/AndroidRuntime(20224):  ... 9 more
> {color}



--
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-11078) Empty string for BackgroundColor preference crashes application

2016-04-13 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-11078:


 Summary: Empty string for BackgroundColor preference crashes 
application
 Key: CB-11078
 URL: https://issues.apache.org/jira/browse/CB-11078
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
 Environment: HTC One
Android 6.0
Cordova-Android 5.1.0
Reporter: Ryan Willoughby


A preference of 

{{}}

will cause an a cordova application to crash on startup with a 
NumberFormatException:

{color:red}
04-13 11:18:29.894: E/AndroidRuntime(20224): java.lang.RuntimeException: Unable 
to start activity 
ComponentInfo{com.whatever.whatever/com.whatever.whatever.ClassName}: 
java.lang.NumberFormatException: Invalid long: ""
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2484)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2544)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.ActivityThread.access$900(ActivityThread.java:150)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.ActivityThread$H.handleMessage(ActivityThread.java:1394)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.os.Handler.dispatchMessage(Handler.java:102)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.os.Looper.loop(Looper.java:168)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.ActivityThread.main(ActivityThread.java:5845)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
java.lang.reflect.Method.invoke(Native Method)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:797)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:687)
04-13 11:18:29.894: E/AndroidRuntime(20224): Caused by: 
java.lang.NumberFormatException: Invalid long: ""
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
java.lang.Long.invalidLong(Long.java:124)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
java.lang.Long.decode(Long.java:142)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
org.apache.cordova.CordovaPreferences.getInteger(CordovaPreferences.java:78)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
org.apache.cordova.CordovaActivity.createViews(CordovaActivity.java:178)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
org.apache.cordova.CordovaActivity.init(CordovaActivity.java:142)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:214)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
uk.directpath.staffssmartalert2.StaffsSmartAlertv2.onCreate(StaffsSmartAlertv2.java:32)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.Activity.performCreate(Activity.java:6248)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1125)
04-13 11:18:29.894: E/AndroidRuntime(20224):at 
android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2437)
04-13 11:18:29.894: E/AndroidRuntime(20224):... 9 more
{color}



--
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-10738) $safeprojectname$ in package.windows10.appxmanifest is not overwritten by create script, throws compile error

2016-02-29 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby updated CB-10738:
-
   Assignee: Jesse MacFadyen
Component/s: Windows

> $safeprojectname$ in package.windows10.appxmanifest is not overwritten by 
> create script, throws compile error
> -
>
> Key: CB-10738
> URL: https://issues.apache.org/jira/browse/CB-10738
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Reporter: Ryan Willoughby
>Assignee: Jesse MacFadyen
>
> The {{package.windows10.appxmanifest}} in the cordova-windows template 
> project contains the string {{$safeprojectname$}} which is never overwritten 
> by the create script. The presence of this string then triggers a compile 
> error and must be manually overwritten. 
> Reproduction:
> {{bin/create.bat ~/myproject com.package.whatever MyProject}}
> {{cd ~/myproject}}
> {{cordova/build.bat --debug --appx=uap}}
> Error output:
> {{The app manifest must be valid as per schema: Line 26, Column 18, Reason: 
> '$safeprojectname$' violates pattern constraint of . The 
> attribute 'Id' with value '$safeprojectname$' failed to parse.}}



--
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-10738) $safeprojectname$ in package.windows10.appxmanifest is not overwritten by create script, throws compile error

2016-02-29 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-10738:


 Summary: $safeprojectname$ in package.windows10.appxmanifest is 
not overwritten by create script, throws compile error
 Key: CB-10738
 URL: https://issues.apache.org/jira/browse/CB-10738
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Ryan Willoughby


The {{package.windows10.appxmanifest}} in the cordova-windows template project 
contains the string {{$safeprojectname$}} which is never overwritten by the 
create script. The presence of this string then triggers a compile error and 
must be manually overwritten. 

Reproduction:
{{bin/create.bat ~/myproject com.package.whatever MyProject}}
{{cd ~/myproject}}
{{cordova/build.bat --debug --appx=uap}}

Error output:
{{The app manifest must be valid as per schema: Line 26, Column 18, Reason: 
'$safeprojectname$' violates pattern constraint of . The 
attribute 'Id' with value '$safeprojectname$' failed to parse.}}



--
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-9019) BackupWebStorage has no effect

2015-05-12 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-9019:
---

 Summary: BackupWebStorage has no effect
 Key: CB-9019
 URL: https://issues.apache.org/jira/browse/CB-9019
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
Reporter: Ryan Willoughby


Setting the BackupWebStorage preference seems to have no effect.

1. Set BackupWebStorage in config.xml to local or none.

2. Build, install, and launch app.

3. On iOS device, open Settings - iCloud - Storage - Manage Storage - 
my_device_name - Show All Apps

Expected: app should not appear since no data should be in storage.

Observed: app appears in iCloud storage regardless of BackupWebStorage setting.



--
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-8625) Compiled apk named after container directory rather than project name

2015-03-06 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-8625:
---

 Summary: Compiled apk named after container directory rather than 
project name
 Key: CB-8625
 URL: https://issues.apache.org/jira/browse/CB-8625
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 4.0.0
 Environment: osx
Reporter: Ryan Willoughby


In 4.0.0 after running cordova/build the compiled apk is named after the 
directory containing the project, rather than the actual project name:
{code}
bin/create tmp/somedirname com.hugh.jass SomeProjectName
cd tmp/somedirname
cordova/build --debug
Built the following apk(s):

/Users/ryanw/repo/cordova-android/tmp/somedirname/build/outputs/apk/somedirname-debug.apk
{code}
Expected:
{code}SomeProjectName-debug.apk{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-8088) Viewport fails to scale after showing keyboard

2014-11-27 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby commented on CB-8088:
-

iOS 8.1, iPhone 5

Removed height=device-height, same behaviour observed.

 Viewport fails to scale after showing keyboard
 --

 Key: CB-8088
 URL: https://issues.apache.org/jira/browse/CB-8088
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
Reporter: Ryan Willoughby
  Labels: ios, keyboard, viewport

 1. Enable viewport scaling using the following config.xml preference:
 preference name=EnableViewportScale  value=true /
 2. Set viewport width to device-width. Here's my viewport:
 meta name=viewport content=user-scalable=no, width=device-width, 
 height=device-height, target-densitydpi=device-dpi /
 3. Launch app, and rotate device to trigger rescaling. Works.
 4. Focus on an input to show the keyboard. Hide the keyboard.
 5. Rotate device to trigger rescaling. Doesn't rescale.



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

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



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

2014-11-26 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-8088:
---

 Summary: Viewport fails to scale after showing keyboard
 Key: CB-8088
 URL: https://issues.apache.org/jira/browse/CB-8088
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
Reporter: Ryan Willoughby


1. Enable viewport scaling using the following config.xml preference:

preference name=EnableViewportScale  value=true /

2. Set viewport width to device-width. Here's my viewport:

meta name=viewport content=user-scalable=no, width=device-width, 
height=device-height, target-densitydpi=device-dpi /

3. Launch app, and rotate device to trigger rescaling. Works.

4. Focus on an input to show the keyboard. Hide the keyboard.

5. Rotate device to trigger rescaling. Doesn't rescale.



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

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



[jira] [Created] (CB-7756) plugman is no longer adding

2014-10-09 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-7756:
---

 Summary: plugman is no longer adding 
 Key: CB-7756
 URL: https://issues.apache.org/jira/browse/CB-7756
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman, WP8
Affects Versions: 0.22.11
 Environment: running on cygwin on Windows 8
Reporter: Ryan Willoughby
Assignee: Jesse MacFadyen


After upgrading from Plugman 0.22.2 to 0.22.11, we noticed that our compiled 
.xap no longer contains the js files for the installed plugins. I verified that 
the js files are in fact in the project's www/ directory, but it appears that 
file references are not added to the .csproj anymore. As a result, they are 
omitted from the compiled .xap.

Here is a script demonstrating the issue (you'll need to change paths to your 
wp8 create script):
{code}
rm -rf cordova-plugman wp8-app-*
~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.11
~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.2

# install plugman 0.22.11
git clone https://github.com/apache/cordova-plugman.git
cd cordova-plugman
git checkout 0.22.11
npm install -g  /dev/null 21
plugman -v

cd ..
plugman install --project ./wp8-app-0.22.11 --platform wp8 --plugin 
org.apache.cordova.device

# install plugman 0.22.2
cd cordova-plugman
git checkout 0.22.2
npm install -g  /dev/null 21
plugman -v

cd ..
plugman install --project ./wp8-app-0.22.2 --platform wp8 --plugin 
org.apache.cordova.device


echo *** grep www on 0.22.11 proj:
grep www wp8-app-0.22.11/CordovaWP8AppProj.csproj
echo *** grep www on 0.22.2 proj: 
grep www wp8-app-0.22.2/CordovaWP8AppProj.csproj
echo ***
{code}

And the output:
{code}
*** grep www on 0.22.11 proj:
Content Include=www\** /
*** grep www on 0.22.2 proj:
Content Include=www\** /
Content Include=www\plugins\org.apache.cordova.device\www\device.js 
/
Content Include=www\cordova_plugins.js /
***
{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-7756) plugman is no longer adding plugin js file references to csproj

2014-10-09 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby updated CB-7756:

Summary: plugman is no longer adding plugin js file references to csproj  
(was: plugman is no longer adding )

 plugman is no longer adding plugin js file references to csproj
 ---

 Key: CB-7756
 URL: https://issues.apache.org/jira/browse/CB-7756
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman, WP8
Affects Versions: 0.22.11
 Environment: running on cygwin on Windows 8
Reporter: Ryan Willoughby
Assignee: Jesse MacFadyen

 After upgrading from Plugman 0.22.2 to 0.22.11, we noticed that our compiled 
 .xap no longer contains the js files for the installed plugins. I verified 
 that the js files are in fact in the project's www/ directory, but it appears 
 that file references are not added to the .csproj anymore. As a result, they 
 are omitted from the compiled .xap.
 Here is a script demonstrating the issue (you'll need to change paths to your 
 wp8 create script):
 {code}
 rm -rf cordova-plugman wp8-app-*
 ~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.11
 ~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.2
 # install plugman 0.22.11
 git clone https://github.com/apache/cordova-plugman.git
 cd cordova-plugman
 git checkout 0.22.11
 npm install -g  /dev/null 21
 plugman -v
 cd ..
 plugman install --project ./wp8-app-0.22.11 --platform wp8 --plugin 
 org.apache.cordova.device
 # install plugman 0.22.2
 cd cordova-plugman
 git checkout 0.22.2
 npm install -g  /dev/null 21
 plugman -v
 cd ..
 plugman install --project ./wp8-app-0.22.2 --platform wp8 --plugin 
 org.apache.cordova.device
 echo *** grep www on 0.22.11 proj:
 grep www wp8-app-0.22.11/CordovaWP8AppProj.csproj
 echo *** grep www on 0.22.2 proj: 
 grep www wp8-app-0.22.2/CordovaWP8AppProj.csproj
 echo ***
 {code}
 And the output:
 {code}
 *** grep www on 0.22.11 proj:
 Content Include=www\** /
 *** grep www on 0.22.2 proj:
 Content Include=www\** /
 Content 
 Include=www\plugins\org.apache.cordova.device\www\device.js /
 Content Include=www\cordova_plugins.js /
 ***
 {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-7756) plugman is no longer adding plugin js file references to csproj

2014-10-09 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby commented on CB-7756:
-

Noting that the plugin assets don't seem to get included even with that 
wildcard ...

 plugman is no longer adding plugin js file references to csproj
 ---

 Key: CB-7756
 URL: https://issues.apache.org/jira/browse/CB-7756
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman, WP8
Affects Versions: 0.22.11
 Environment: running on cygwin on Windows 8
Reporter: Ryan Willoughby
Assignee: Jesse MacFadyen

 After upgrading from Plugman 0.22.2 to 0.22.11, we noticed that our compiled 
 .xap no longer contains the js files for the installed plugins. I verified 
 that the js files are in fact in the project's www/ directory, but it appears 
 that file references are not added to the .csproj anymore. As a result, they 
 are omitted from the compiled .xap.
 Here is a script demonstrating the issue (you'll need to change paths to your 
 wp8 create script):
 {code}
 rm -rf cordova-plugman wp8-app-*
 ~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.11
 ~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.2
 # install plugman 0.22.11
 git clone https://github.com/apache/cordova-plugman.git
 cd cordova-plugman
 git checkout 0.22.11
 npm install -g  /dev/null 21
 plugman -v
 cd ..
 plugman install --project ./wp8-app-0.22.11 --platform wp8 --plugin 
 org.apache.cordova.device
 # install plugman 0.22.2
 cd cordova-plugman
 git checkout 0.22.2
 npm install -g  /dev/null 21
 plugman -v
 cd ..
 plugman install --project ./wp8-app-0.22.2 --platform wp8 --plugin 
 org.apache.cordova.device
 echo *** grep www on 0.22.11 proj:
 grep www wp8-app-0.22.11/CordovaWP8AppProj.csproj
 echo *** grep www on 0.22.2 proj: 
 grep www wp8-app-0.22.2/CordovaWP8AppProj.csproj
 echo ***
 {code}
 And the output:
 {code}
 *** grep www on 0.22.11 proj:
 Content Include=www\** /
 *** grep www on 0.22.2 proj:
 Content Include=www\** /
 Content 
 Include=www\plugins\org.apache.cordova.device\www\device.js /
 Content Include=www\cordova_plugins.js /
 ***
 {code}



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

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



[jira] [Closed] (CB-7756) plugman is no longer adding plugin js file references to csproj

2014-10-09 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby closed CB-7756.
---
Resolution: Invalid

After some more investigating I think this is on our side -- looks like we're 
removing the wildcard www/** from the csproj. Closing as invalid.

 plugman is no longer adding plugin js file references to csproj
 ---

 Key: CB-7756
 URL: https://issues.apache.org/jira/browse/CB-7756
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman, WP8
Affects Versions: 0.22.11
 Environment: running on cygwin on Windows 8
Reporter: Ryan Willoughby
Assignee: Jesse MacFadyen

 After upgrading from Plugman 0.22.2 to 0.22.11, we noticed that our compiled 
 .xap no longer contains the js files for the installed plugins. I verified 
 that the js files are in fact in the project's www/ directory, but it appears 
 that file references are not added to the .csproj anymore. As a result, they 
 are omitted from the compiled .xap.
 Here is a script demonstrating the issue (you'll need to change paths to your 
 wp8 create script):
 {code}
 rm -rf cordova-plugman wp8-app-*
 ~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.11
 ~/vendor/winphone8/3.6.3/wp8/bin/create.bat ./wp8-app-0.22.2
 # install plugman 0.22.11
 git clone https://github.com/apache/cordova-plugman.git
 cd cordova-plugman
 git checkout 0.22.11
 npm install -g  /dev/null 21
 plugman -v
 cd ..
 plugman install --project ./wp8-app-0.22.11 --platform wp8 --plugin 
 org.apache.cordova.device
 # install plugman 0.22.2
 cd cordova-plugman
 git checkout 0.22.2
 npm install -g  /dev/null 21
 plugman -v
 cd ..
 plugman install --project ./wp8-app-0.22.2 --platform wp8 --plugin 
 org.apache.cordova.device
 echo *** grep www on 0.22.11 proj:
 grep www wp8-app-0.22.11/CordovaWP8AppProj.csproj
 echo *** grep www on 0.22.2 proj: 
 grep www wp8-app-0.22.2/CordovaWP8AppProj.csproj
 echo ***
 {code}
 And the output:
 {code}
 *** grep www on 0.22.11 proj:
 Content Include=www\** /
 *** grep www on 0.22.2 proj:
 Content Include=www\** /
 Content 
 Include=www\plugins\org.apache.cordova.device\www\device.js /
 Content Include=www\cordova_plugins.js /
 ***
 {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-7634) create should not fail when JAVA_HOME is not set

2014-09-26 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby commented on CB-7634:
-

Right, on Ubuntu.  To elaborate, the error is being thrown explicitly here: 
https://github.com/apache/cordova-android/blob/3.6.3/bin/lib/check_reqs.js#L107

You can follow the conditions in the block starting at line 88 to see how fails 
-- basically if you have java installed but aren't on a mac and don't have 
JAVA_HOME set then it errors out -- even though java config is all in order.

 create should not fail when JAVA_HOME is not set
 

 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby
Assignee: Joe Bowser
  Labels: android, cli, create

 the android create script errors out if JAVA_HOME is not set, and the script 
 cannot derive it. But if the javac binary is resolvable (i.e. in the users 
 PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.
 Error message:
 Could not find JAVA_HOME. Try setting the environment variable manually



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


[jira] [Created] (CB-7634) create should not fail when JAVA_HOME is not set

2014-09-24 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-7634:
---

 Summary: create should not fail when JAVA_HOME is not set
 Key: CB-7634
 URL: https://issues.apache.org/jira/browse/CB-7634
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, CLI
Affects Versions: 3.6.3
Reporter: Ryan Willoughby


the android create script errors out if JAVA_HOME is not set, and the script 
cannot derive it. But if the javac binary is resolvable (i.e. in the users 
PATH), then setting JAVA_HOME is unnecessary. Don't force users to set it.

Error message:
Could not find JAVA_HOME. Try setting the environment variable manually



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


[jira] [Created] (CB-6412) Add a RELEASENOTES / CHANGELOG file to WP8 repo

2014-04-07 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-6412:
---

 Summary: Add a RELEASENOTES / CHANGELOG file to WP8 repo
 Key: CB-6412
 URL: https://issues.apache.org/jira/browse/CB-6412
 Project: Apache Cordova
  Issue Type: Task
  Components: WP8
Reporter: Ryan Willoughby
Assignee: Jesse MacFadyen


As is done for Android and iOS, there should be a releasnotes.md file 
aggregating the bug fixes and changes in WP8.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (CB-6385) Capture plugin doesn't specify a version on file dependency

2014-04-01 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-6385:
---

 Summary: Capture plugin doesn't specify a version on file 
dependency
 Key: CB-6385
 URL: https://issues.apache.org/jira/browse/CB-6385
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media Capture
Reporter: Ryan Willoughby
Priority: Critical


As the developer of a tool consuming the media-capture plugin, we can't 
determine which version of the dependency plugin org.apache.cordova.file to 
install when installing the media-capture plugin.

Observed:
{code}
dependency id=org.apache.cordova.file /
{code}

Expected:
{code}
dependency id=org.apache.cordova.file version=x.x.x /
{code}




--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Reopened] (CB-3394) Cordova iOS crashes when multiple access elements in config.xml

2013-05-16 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby reopened CB-3394:
-


Still crashing, but now occurs when a request is made and url is validated in 
the URLIsAllowed function of CDVWhitelist.m, specifically on this line:

{{if ([regex_test evaluateWithObject:urlHost] == YES) {}}

Exception deets:

{{2013-05-15 23:11:39.032 CordovaApp270[2685:907] *** Terminating app due to 
uncaught exception 'NSInvalidArgumentException', reason: 'Can't do regex 
matching, reason: (Can't open pattern U_REGEX_RULE_SYNTAX (string 
buildstage.phonegap.com, pattern *, case 0, canon 0))'}}

 Cordova iOS crashes when multiple access elements in config.xml
 ---

 Key: CB-3394
 URL: https://issues.apache.org/jira/browse/CB-3394
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.7.0
Reporter: Ryan Willoughby
Assignee: Shazron Abdullah
  Labels: access, config, crash, iOS
 Fix For: 2.8.0


 The presence of more than one access element in config.xml causes Cordova iOS 
 to crash.
 EDIT: one of them has to be a wildcard to cause the crash, see comment.
 access origin=* /
 access origin=build.phonegap.com /
 It halts with Thread 1: signal SIGABRT on the following line of main.m:
 int retVal = UIApplicationMain(argc, argv, nil, @AppDelegate);
 Traced down to the loadSettings function.
 Full output log:
 2013-05-14 20:28:59.431 Test270[53246:c07] Multi-tasking - Device: YES, App: 
 YES
 2013-05-14 20:28:59.435 Test270[53246:c07] -[__NSArrayI addObject:]: 
 unrecognized selector sent to instance 0xa2860a0
 2013-05-14 20:28:59.437 Test270[53246:c07] *** Terminating app due to 
 uncaught exception 'NSInvalidArgumentException', reason: '-[__NSArrayI 
 addObject:]: unrecognized selector sent to instance 0xa2860a0'
 *** First throw call stack:
 (0x16b012 0x25e4e7e 0x1f64bd 0x15abbc 0x15a94e 0x53eea 0x53151 0x57cae 
 0x56970 0x56a3e 0x30b9 0x485e1e 0x56afe 0x311d 0x2bdb 0x3a4157 0x3a4747 
 0x3a594b 0x3b6cb5 0x3b7beb 0x3a9698 0x3416df9 0x3416ad0 0xe0bf5 0xe0962 
 0x111bb6 0x110f44 0x110e1b 0x3a517a 0x3a6ffc 0x28bc 0x2815 0x1)
 libc++abi.dylib: terminate called throwing an exceptio

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CB-3394) Cordova iOS crashes when multiple access elements in config.xml

2013-05-16 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby commented on CB-3394:
-

Possible fix (works for me):

Replace
// TODO: consider just having a static sentinel value for the allow all 
list, so we can use object equality
if (([expandedWhitelist count] == 1)  [[expandedWhitelist 
objectAtIndex:0] isEqualToString:@*]) {
return YES;
}

With
// TODO: consider just having a static sentinel value for the allow all 
list, so we can use object equality
for (NSString * item in expandedWhitelist) {
if ([item isEqualToString:@*]) {
return YES;
}
}

 Cordova iOS crashes when multiple access elements in config.xml
 ---

 Key: CB-3394
 URL: https://issues.apache.org/jira/browse/CB-3394
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.7.0
Reporter: Ryan Willoughby
Assignee: Shazron Abdullah
  Labels: access, config, crash, iOS
 Fix For: 2.8.0


 The presence of more than one access element in config.xml causes Cordova iOS 
 to crash.
 EDIT: one of them has to be a wildcard to cause the crash, see comment.
 access origin=* /
 access origin=build.phonegap.com /
 It halts with Thread 1: signal SIGABRT on the following line of main.m:
 int retVal = UIApplicationMain(argc, argv, nil, @AppDelegate);
 Traced down to the loadSettings function.
 Full output log:
 2013-05-14 20:28:59.431 Test270[53246:c07] Multi-tasking - Device: YES, App: 
 YES
 2013-05-14 20:28:59.435 Test270[53246:c07] -[__NSArrayI addObject:]: 
 unrecognized selector sent to instance 0xa2860a0
 2013-05-14 20:28:59.437 Test270[53246:c07] *** Terminating app due to 
 uncaught exception 'NSInvalidArgumentException', reason: '-[__NSArrayI 
 addObject:]: unrecognized selector sent to instance 0xa2860a0'
 *** First throw call stack:
 (0x16b012 0x25e4e7e 0x1f64bd 0x15abbc 0x15a94e 0x53eea 0x53151 0x57cae 
 0x56970 0x56a3e 0x30b9 0x485e1e 0x56afe 0x311d 0x2bdb 0x3a4157 0x3a4747 
 0x3a594b 0x3b6cb5 0x3b7beb 0x3a9698 0x3416df9 0x3416ad0 0xe0bf5 0xe0962 
 0x111bb6 0x110f44 0x110e1b 0x3a517a 0x3a6ffc 0x28bc 0x2815 0x1)
 libc++abi.dylib: terminate called throwing an exceptio

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CB-3394) Cordova iOS crashes when multiple access elements in config.xml

2013-05-15 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby updated CB-3394:


Description: 
The presence of more than one access element in config.xml causes Cordova iOS 
to crash.

EDIT: one of them has to be a wildcard to cause the crash, see comment.

access origin=* /
access origin=build.phonegap.com /

It halts with Thread 1: signal SIGABRT on the following line of main.m:
int retVal = UIApplicationMain(argc, argv, nil, @AppDelegate);

Traced down to the loadSettings function.

Full output log:

2013-05-14 20:28:59.431 Test270[53246:c07] Multi-tasking - Device: YES, App: 
YES
2013-05-14 20:28:59.435 Test270[53246:c07] -[__NSArrayI addObject:]: 
unrecognized selector sent to instance 0xa2860a0
2013-05-14 20:28:59.437 Test270[53246:c07] *** Terminating app due to uncaught 
exception 'NSInvalidArgumentException', reason: '-[__NSArrayI addObject:]: 
unrecognized selector sent to instance 0xa2860a0'
*** First throw call stack:
(0x16b012 0x25e4e7e 0x1f64bd 0x15abbc 0x15a94e 0x53eea 0x53151 0x57cae 0x56970 
0x56a3e 0x30b9 0x485e1e 0x56afe 0x311d 0x2bdb 0x3a4157 0x3a4747 0x3a594b 
0x3b6cb5 0x3b7beb 0x3a9698 0x3416df9 0x3416ad0 0xe0bf5 0xe0962 0x111bb6 
0x110f44 0x110e1b 0x3a517a 0x3a6ffc 0x28bc 0x2815 0x1)
libc++abi.dylib: terminate called throwing an exceptio

  was:
The presence of more than one access element in config.xml causes Cordova iOS 
to crash.

access origin=nhl.com /
access origin=build.phonegap.com /

It halts with Thread 1: signal SIGABRT on the following line of main.m:
int retVal = UIApplicationMain(argc, argv, nil, @AppDelegate);

Traced down to the loadSettings function.

Full output log:

2013-05-14 20:28:59.431 Test270[53246:c07] Multi-tasking - Device: YES, App: 
YES
2013-05-14 20:28:59.435 Test270[53246:c07] -[__NSArrayI addObject:]: 
unrecognized selector sent to instance 0xa2860a0
2013-05-14 20:28:59.437 Test270[53246:c07] *** Terminating app due to uncaught 
exception 'NSInvalidArgumentException', reason: '-[__NSArrayI addObject:]: 
unrecognized selector sent to instance 0xa2860a0'
*** First throw call stack:
(0x16b012 0x25e4e7e 0x1f64bd 0x15abbc 0x15a94e 0x53eea 0x53151 0x57cae 0x56970 
0x56a3e 0x30b9 0x485e1e 0x56afe 0x311d 0x2bdb 0x3a4157 0x3a4747 0x3a594b 
0x3b6cb5 0x3b7beb 0x3a9698 0x3416df9 0x3416ad0 0xe0bf5 0xe0962 0x111bb6 
0x110f44 0x110e1b 0x3a517a 0x3a6ffc 0x28bc 0x2815 0x1)
libc++abi.dylib: terminate called throwing an exceptio


 Cordova iOS crashes when multiple access elements in config.xml
 ---

 Key: CB-3394
 URL: https://issues.apache.org/jira/browse/CB-3394
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.7.0
Reporter: Ryan Willoughby
Assignee: Shazron Abdullah
  Labels: access, config, crash, iOS

 The presence of more than one access element in config.xml causes Cordova iOS 
 to crash.
 EDIT: one of them has to be a wildcard to cause the crash, see comment.
 access origin=* /
 access origin=build.phonegap.com /
 It halts with Thread 1: signal SIGABRT on the following line of main.m:
 int retVal = UIApplicationMain(argc, argv, nil, @AppDelegate);
 Traced down to the loadSettings function.
 Full output log:
 2013-05-14 20:28:59.431 Test270[53246:c07] Multi-tasking - Device: YES, App: 
 YES
 2013-05-14 20:28:59.435 Test270[53246:c07] -[__NSArrayI addObject:]: 
 unrecognized selector sent to instance 0xa2860a0
 2013-05-14 20:28:59.437 Test270[53246:c07] *** Terminating app due to 
 uncaught exception 'NSInvalidArgumentException', reason: '-[__NSArrayI 
 addObject:]: unrecognized selector sent to instance 0xa2860a0'
 *** First throw call stack:
 (0x16b012 0x25e4e7e 0x1f64bd 0x15abbc 0x15a94e 0x53eea 0x53151 0x57cae 
 0x56970 0x56a3e 0x30b9 0x485e1e 0x56afe 0x311d 0x2bdb 0x3a4157 0x3a4747 
 0x3a594b 0x3b6cb5 0x3b7beb 0x3a9698 0x3416df9 0x3416ad0 0xe0bf5 0xe0962 
 0x111bb6 0x110f44 0x110e1b 0x3a517a 0x3a6ffc 0x28bc 0x2815 0x1)
 libc++abi.dylib: terminate called throwing an exceptio

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CB-3394) Cordova iOS crashes when multiple access elements in config.xml

2013-05-15 Thread Ryan Willoughby (JIRA)

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

Ryan Willoughby commented on CB-3394:
-

Just realized that the crash only occurs if you have a wildcard access element, 
and a non-wildcard access element. Obviously the presence of a wildcard makes 
the non-wildcard elements redundant, nonetheless crashing is bad.

 Cordova iOS crashes when multiple access elements in config.xml
 ---

 Key: CB-3394
 URL: https://issues.apache.org/jira/browse/CB-3394
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.7.0
Reporter: Ryan Willoughby
Assignee: Shazron Abdullah
  Labels: access, config, crash, iOS

 The presence of more than one access element in config.xml causes Cordova iOS 
 to crash.
 EDIT: one of them has to be a wildcard to cause the crash, see comment.
 access origin=* /
 access origin=build.phonegap.com /
 It halts with Thread 1: signal SIGABRT on the following line of main.m:
 int retVal = UIApplicationMain(argc, argv, nil, @AppDelegate);
 Traced down to the loadSettings function.
 Full output log:
 2013-05-14 20:28:59.431 Test270[53246:c07] Multi-tasking - Device: YES, App: 
 YES
 2013-05-14 20:28:59.435 Test270[53246:c07] -[__NSArrayI addObject:]: 
 unrecognized selector sent to instance 0xa2860a0
 2013-05-14 20:28:59.437 Test270[53246:c07] *** Terminating app due to 
 uncaught exception 'NSInvalidArgumentException', reason: '-[__NSArrayI 
 addObject:]: unrecognized selector sent to instance 0xa2860a0'
 *** First throw call stack:
 (0x16b012 0x25e4e7e 0x1f64bd 0x15abbc 0x15a94e 0x53eea 0x53151 0x57cae 
 0x56970 0x56a3e 0x30b9 0x485e1e 0x56afe 0x311d 0x2bdb 0x3a4157 0x3a4747 
 0x3a594b 0x3b6cb5 0x3b7beb 0x3a9698 0x3416df9 0x3416ad0 0xe0bf5 0xe0962 
 0x111bb6 0x110f44 0x110e1b 0x3a517a 0x3a6ffc 0x28bc 0x2815 0x1)
 libc++abi.dylib: terminate called throwing an exceptio

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CB-3394) Cordova iOS crashes when multiple access elements in config.xml

2013-05-14 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-3394:
---

 Summary: Cordova iOS crashes when multiple access elements in 
config.xml
 Key: CB-3394
 URL: https://issues.apache.org/jira/browse/CB-3394
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.7.0
Reporter: Ryan Willoughby
Assignee: Shazron Abdullah


The presence of more than one access element in config.xml causes Cordova iOS 
to crash.

access origin=nhl.com /
access origin=build.phonegap.com /

It halts with Thread 1: signal SIGABRT on the following line of main.m:
int retVal = UIApplicationMain(argc, argv, nil, @AppDelegate);

Traced down to the loadSettings function.

Full output log:

2013-05-14 20:28:59.431 Test270[53246:c07] Multi-tasking - Device: YES, App: 
YES
2013-05-14 20:28:59.435 Test270[53246:c07] -[__NSArrayI addObject:]: 
unrecognized selector sent to instance 0xa2860a0
2013-05-14 20:28:59.437 Test270[53246:c07] *** Terminating app due to uncaught 
exception 'NSInvalidArgumentException', reason: '-[__NSArrayI addObject:]: 
unrecognized selector sent to instance 0xa2860a0'
*** First throw call stack:
(0x16b012 0x25e4e7e 0x1f64bd 0x15abbc 0x15a94e 0x53eea 0x53151 0x57cae 0x56970 
0x56a3e 0x30b9 0x485e1e 0x56afe 0x311d 0x2bdb 0x3a4157 0x3a4747 0x3a594b 
0x3b6cb5 0x3b7beb 0x3a9698 0x3416df9 0x3416ad0 0xe0bf5 0xe0962 0x111bb6 
0x110f44 0x110e1b 0x3a517a 0x3a6ffc 0x28bc 0x2815 0x1)
libc++abi.dylib: terminate called throwing an exceptio

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CB-3021) Can no longer import CDVPlugin.h from plugin C++ code

2013-04-11 Thread Ryan Willoughby (JIRA)
Ryan Willoughby created CB-3021:
---

 Summary: Can no longer import CDVPlugin.h from plugin C++ code
 Key: CB-3021
 URL: https://issues.apache.org/jira/browse/CB-3021
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 2.6.0
 Environment: XCode 4.6.1
OSX 10.8.3
Reporter: Ryan Willoughby
Assignee: Shazron Abdullah


As of 2.6.0, importing CDVPlugin.h from C++ source code results in compile 
errors:
{{
/CordovaLib/Classes/CDVPlugin.h:26:17: Default initialization of an object of 
const type 'NSString *const'
/CordovaLib/Classes/CDVPlugin.h:27:17: Default initialization of an object of 
const type 'NSString *const'
/CordovaLib/Classes/CDVPlugin.h:28:17: Default initialization of an object of 
const type 'NSString *const'
/CordovaLib/Classes/CDVPlugin.h:29:17: Default initialization of an object of 
const type 'NSString *const'
}}

Install this plugin in a Cordova 2.6.0 project to reproduce:
https://github.com/wildabeast/BarcodeScanner

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira