[jira] [Closed] (CB-4600) 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( onSuccess, options)')
[ https://issues.apache.org/jira/browse/CB-4600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sachin sharma closed CB-4600. - Resolution: Invalid > 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( > onSuccess, options)') > -- > > Key: CB-4600 > URL: https://issues.apache.org/jira/browse/CB-4600 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.0.0 > Environment: iOS >Reporter: sachin sharma > Original Estimate: 12h > Remaining Estimate: 12h > > 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( > onSuccess, options)') -- 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-4605) Custom URL scheme support in config.xml
Kenneth Miles created CB-4605: - Summary: Custom URL scheme support in config.xml Key: CB-4605 URL: https://issues.apache.org/jira/browse/CB-4605 Project: Apache Cordova Issue Type: New Feature Components: Android, iOS Affects Versions: 3.0.0 Reporter: Kenneth Miles Assignee: Joe Bowser Phonegap supports Custom URL Schemes through config.xml, but functionality does not appear to be in Cordova. See “Custom URL Schemes” section @ https://build.phonegap.com/docs/config-xml -- 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-4323) IOS 7, target iphone, install on ipad, window height and width are of ipad, not the iphone
[ https://issues.apache.org/jira/browse/CB-4323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Wilson updated CB-4323: --- Fix Version/s: 3.1.0 > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone > -- > > Key: CB-4323 > URL: https://issues.apache.org/jira/browse/CB-4323 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0, 2.8.0, 3.0.0 > Environment: ios7 ipad, app must only target iphone, not ipad >Reporter: Tom Wilson > Labels: ios7 > Fix For: 3.1.0 > > > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone. > See screen shot, the window height and width are 1080x768 and they should be > the iphone size. This causes the window to overlap the iphone container > screen. > This is only present in ios7, ios6 works fine. > Screenshot... > http://i.imgur.com/zIJNetJ.png > See window height and width calculations from $("body").height() and > $("body").width() -- 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-4323) IOS 7, target iphone, install on ipad, window height and width are of ipad, not the iphone
[ https://issues.apache.org/jira/browse/CB-4323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Wilson updated CB-4323: --- Component/s: iOS > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone > -- > > Key: CB-4323 > URL: https://issues.apache.org/jira/browse/CB-4323 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0, 2.8.0, 3.0.0 > Environment: ios7 ipad, app must only target iphone, not ipad >Reporter: Tom Wilson > > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone. > See screen shot, the window height and width are 1080x768 and they should be > the iphone size. This causes the window to overlap the iphone container > screen. > This is only present in ios7, ios6 works fine. > Screenshot... > http://i.imgur.com/zIJNetJ.png > See window height and width calculations from $("body").height() and > $("body").width() -- 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-4323) IOS 7, target iphone, install on ipad, window height and width are of ipad, not the iphone
[ https://issues.apache.org/jira/browse/CB-4323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742709#comment-13742709 ] Tom Wilson commented on CB-4323: Any update on this? > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone > -- > > Key: CB-4323 > URL: https://issues.apache.org/jira/browse/CB-4323 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0, 2.8.0, 3.0.0 > Environment: ios7 ipad, app must only target iphone, not ipad >Reporter: Tom Wilson > Labels: ios7 > Fix For: 3.1.0 > > > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone. > See screen shot, the window height and width are 1080x768 and they should be > the iphone size. This causes the window to overlap the iphone container > screen. > This is only present in ios7, ios6 works fine. > Screenshot... > http://i.imgur.com/zIJNetJ.png > See window height and width calculations from $("body").height() and > $("body").width() -- 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-4323) IOS 7, target iphone, install on ipad, window height and width are of ipad, not the iphone
[ https://issues.apache.org/jira/browse/CB-4323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Wilson updated CB-4323: --- Affects Version/s: 2.7.0 2.8.0 3.0.0 > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone > -- > > Key: CB-4323 > URL: https://issues.apache.org/jira/browse/CB-4323 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 2.7.0, 2.8.0, 3.0.0 > Environment: ios7 ipad, app must only target iphone, not ipad >Reporter: Tom Wilson > > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone. > See screen shot, the window height and width are 1080x768 and they should be > the iphone size. This causes the window to overlap the iphone container > screen. > This is only present in ios7, ios6 works fine. > Screenshot... > http://i.imgur.com/zIJNetJ.png > See window height and width calculations from $("body").height() and > $("body").width() -- 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-4323) IOS 7, target iphone, install on ipad, window height and width are of ipad, not the iphone
[ https://issues.apache.org/jira/browse/CB-4323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Wilson updated CB-4323: --- Labels: ios7 (was: ) > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone > -- > > Key: CB-4323 > URL: https://issues.apache.org/jira/browse/CB-4323 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0, 2.8.0, 3.0.0 > Environment: ios7 ipad, app must only target iphone, not ipad >Reporter: Tom Wilson > Labels: ios7 > > IOS 7, target iphone, install on ipad, window height and width are of ipad, > not the iphone. > See screen shot, the window height and width are 1080x768 and they should be > the iphone size. This causes the window to overlap the iphone container > screen. > This is only present in ios7, ios6 works fine. > Screenshot... > http://i.imgur.com/zIJNetJ.png > See window height and width calculations from $("body").height() and > $("body").width() -- 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] [Resolved] (CB-4140) cli reads version incorrectly from cordova-js
[ https://issues.apache.org/jira/browse/CB-4140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-4140. --- Resolution: Fixed > cli reads version incorrectly from cordova-js > - > > Key: CB-4140 > URL: https://issues.apache.org/jira/browse/CB-4140 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 2.9.0 >Reporter: Filip Maj >Assignee: Ian Clelland > Fix For: 3.1.0 > > > Following the steps for [Working With Cordova in > 3.0|http://wiki.apache.org/cordova/WorkingWithThree], you'll get an issue > with android where it thinks cordova-android is running 2.7.0rc1 (and throws > a semver issue). -- 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] [Resolved] (CB-4474) Globalization is not working in PhoneGap 3.0
[ https://issues.apache.org/jira/browse/CB-4474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-4474. --- Resolution: Fixed Assignee: Andrew Grieve (was: Steve Gill) Better late than never! I've fixed the android package name issue, and pulled in Ivan's iOS commit (special thanks!). > Globalization is not working in PhoneGap 3.0 > > > Key: CB-4474 > URL: https://issues.apache.org/jira/browse/CB-4474 > Project: Apache Cordova > Issue Type: Bug > Components: Android, iOS, Plugin Globalization >Affects Versions: 3.0.0 > Environment: Android and iOS. >Reporter: Raymond Camden >Assignee: Andrew Grieve > > Discussed on this Google Groups thread, > https://groups.google.com/forum/#!topic/phonegap/5YmjhUcuuR8%5B1-25-false%5D, > Globalization is failing in 3.0. In iOS, the success/error handler never > fires. If you open XCode and run from there, you see: > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] ERROR: Method > 'getPreferredLanguage:' not defined in Plugin 'Globalization' > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] -[CDVCommandQueue > executePending] [Line 116] FAILED pluginJSON = [ > "Globalization1890587700", > "Globalization", > "getPreferredLanguage", > [ > ] > ] > In Android, the error handler fires with: Class not found -- 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-4474) Globalization is not working in PhoneGap 3.0
[ https://issues.apache.org/jira/browse/CB-4474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742375#comment-13742375 ] ASF subversion and git services commented on CB-4474: - Commit 818ef0711eb9193f2e5607e796fd97ac835ffde1 in branch refs/heads/dev from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-globalization.git;h=818ef07 ] [CB-4474] Unbreak globalization plugin on Android By fixing the package name in plugin.xml > Globalization is not working in PhoneGap 3.0 > > > Key: CB-4474 > URL: https://issues.apache.org/jira/browse/CB-4474 > Project: Apache Cordova > Issue Type: Bug > Components: Android, iOS, Plugin Globalization >Affects Versions: 3.0.0 > Environment: Android and iOS. >Reporter: Raymond Camden >Assignee: Steve Gill > > Discussed on this Google Groups thread, > https://groups.google.com/forum/#!topic/phonegap/5YmjhUcuuR8%5B1-25-false%5D, > Globalization is failing in 3.0. In iOS, the success/error handler never > fires. If you open XCode and run from there, you see: > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] ERROR: Method > 'getPreferredLanguage:' not defined in Plugin 'Globalization' > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] -[CDVCommandQueue > executePending] [Line 116] FAILED pluginJSON = [ > "Globalization1890587700", > "Globalization", > "getPreferredLanguage", > [ > ] > ] > In Android, the error handler fires with: Class not found -- 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-4474) Globalization is not working in PhoneGap 3.0
[ https://issues.apache.org/jira/browse/CB-4474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742378#comment-13742378 ] ASF subversion and git services commented on CB-4474: - Commit 5ba0900fb35a26cdb3f3df3f7d8237fd752ac923 in branch refs/heads/master from [~aplata] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-globalization.git;h=5ba0900 ] [CB-4474] Unbreak globailization plugin on 3.0 for iOS. arguments, options => command > Globalization is not working in PhoneGap 3.0 > > > Key: CB-4474 > URL: https://issues.apache.org/jira/browse/CB-4474 > Project: Apache Cordova > Issue Type: Bug > Components: Android, iOS, Plugin Globalization >Affects Versions: 3.0.0 > Environment: Android and iOS. >Reporter: Raymond Camden >Assignee: Steve Gill > > Discussed on this Google Groups thread, > https://groups.google.com/forum/#!topic/phonegap/5YmjhUcuuR8%5B1-25-false%5D, > Globalization is failing in 3.0. In iOS, the success/error handler never > fires. If you open XCode and run from there, you see: > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] ERROR: Method > 'getPreferredLanguage:' not defined in Plugin 'Globalization' > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] -[CDVCommandQueue > executePending] [Line 116] FAILED pluginJSON = [ > "Globalization1890587700", > "Globalization", > "getPreferredLanguage", > [ > ] > ] > In Android, the error handler fires with: Class not found -- 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-4417) Make each plugin use a unique Java namespace on Android
[ https://issues.apache.org/jira/browse/CB-4417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742379#comment-13742379 ] ASF subversion and git services commented on CB-4417: - Commit 4f52f796614103fce4dce2e4030a2c6a58b74abc in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-globalization.git;h=4f52f79 ] [CB-4417] Move cordova-plugin-globalization to its own Java package. > Make each plugin use a unique Java namespace on Android > --- > > Key: CB-4417 > URL: https://issues.apache.org/jira/browse/CB-4417 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Battery Status, Plugin Camera, Plugin > Console, Plugin Contacts, Plugin Device, Plugin Device Motion, Plugin Device > Orientation, Plugin Dialogs, Plugin File, Plugin File Transfer, Plugin > Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin > Media Capture, Plugin Network Information, Plugin SplashScreen, Plugin > Vibration >Reporter: Andrew Grieve >Assignee: Andrew Grieve > Fix For: 3.1.0 > > > Talked about a few times on the ML - We shouldn't have every plugin in the > same Java namespace. -- 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-4474) Globalization is not working in PhoneGap 3.0
[ https://issues.apache.org/jira/browse/CB-4474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742376#comment-13742376 ] ASF subversion and git services commented on CB-4474: - Commit 5ba0900fb35a26cdb3f3df3f7d8237fd752ac923 in branch refs/heads/dev from [~aplata] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-globalization.git;h=5ba0900 ] [CB-4474] Unbreak globailization plugin on 3.0 for iOS. arguments, options => command > Globalization is not working in PhoneGap 3.0 > > > Key: CB-4474 > URL: https://issues.apache.org/jira/browse/CB-4474 > Project: Apache Cordova > Issue Type: Bug > Components: Android, iOS, Plugin Globalization >Affects Versions: 3.0.0 > Environment: Android and iOS. >Reporter: Raymond Camden >Assignee: Steve Gill > > Discussed on this Google Groups thread, > https://groups.google.com/forum/#!topic/phonegap/5YmjhUcuuR8%5B1-25-false%5D, > Globalization is failing in 3.0. In iOS, the success/error handler never > fires. If you open XCode and run from there, you see: > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] ERROR: Method > 'getPreferredLanguage:' not defined in Plugin 'Globalization' > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] -[CDVCommandQueue > executePending] [Line 116] FAILED pluginJSON = [ > "Globalization1890587700", > "Globalization", > "getPreferredLanguage", > [ > ] > ] > In Android, the error handler fires with: Class not found -- 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-4474) Globalization is not working in PhoneGap 3.0
[ https://issues.apache.org/jira/browse/CB-4474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742377#comment-13742377 ] ASF subversion and git services commented on CB-4474: - Commit 818ef0711eb9193f2e5607e796fd97ac835ffde1 in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-globalization.git;h=818ef07 ] [CB-4474] Unbreak globalization plugin on Android By fixing the package name in plugin.xml > Globalization is not working in PhoneGap 3.0 > > > Key: CB-4474 > URL: https://issues.apache.org/jira/browse/CB-4474 > Project: Apache Cordova > Issue Type: Bug > Components: Android, iOS, Plugin Globalization >Affects Versions: 3.0.0 > Environment: Android and iOS. >Reporter: Raymond Camden >Assignee: Steve Gill > > Discussed on this Google Groups thread, > https://groups.google.com/forum/#!topic/phonegap/5YmjhUcuuR8%5B1-25-false%5D, > Globalization is failing in 3.0. In iOS, the success/error handler never > fires. If you open XCode and run from there, you see: > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] ERROR: Method > 'getPreferredLanguage:' not defined in Plugin 'Globalization' > 2013-07-29 13:21:55.113 HelloWorld[21542:c07] -[CDVCommandQueue > executePending] [Line 116] FAILED pluginJSON = [ > "Globalization1890587700", > "Globalization", > "getPreferredLanguage", > [ > ] > ] > In Android, the error handler fires with: Class not found -- 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-3301) Add icon and splash screen support to config.xml
[ https://issues.apache.org/jira/browse/CB-3301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-3301: -- Description: Icons and splashscreens dont sets to proper after updating www/res by my icons and spash screens. I just see standart cordova splash and icon in resulted android and ios app. User-contributed after_prepare hook that implements this feature: https://gist.github.com/apla/6179863 (may want to use this for inspiration)? was:Icons and splashscreens dont sets to proper after updating www/res by my icons and spash screens. I just see standart cordova splash and icon in resulted android and ios app. > Add icon and splash screen support to config.xml > > > Key: CB-3301 > URL: https://issues.apache.org/jira/browse/CB-3301 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 2.6.0, 2.7.0 > Environment: Mac OSX Lion, node 0.10, cordova 2.7. >Reporter: Вячеслав Шабельник >Assignee: Filip Maj > > Icons and splashscreens dont sets to proper after updating www/res by my > icons and spash screens. I just see standart cordova splash and icon in > resulted android and ios app. > User-contributed after_prepare hook that implements this feature: > https://gist.github.com/apla/6179863 (may want to use this for inspiration)? -- 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-4604) CLI should be able to run node hooks on windows without needing a .bat/.cmd file
Andrew Grieve created CB-4604: - Summary: CLI should be able to run node hooks on windows without needing a .bat/.cmd file Key: CB-4604 URL: https://issues.apache.org/jira/browse/CB-4604 Project: Apache Cordova Issue Type: Bug Components: CLI Environment: Windows Reporter: Andrew Grieve Assignee: Filip Maj Priority: Minor Scripts are a bit more annoying on windows due to the lack of hash bang support. For node-based hooks, it would be nice if CLI provided hash-bang support. e.g. Look if first line contains #!.*node If so, then run the hook with node. -- 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-4382) Pass cli arguments to project-level hooks
[ https://issues.apache.org/jira/browse/CB-4382?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742311#comment-13742311 ] Andrew Grieve commented on CB-4382: --- We should also ensure that hooks are always called with the CWD being the root of the project. Right now this isn't always the case. I think arguments should be passed via environment variables. This works really well for Xcode build step scripts. e.g.: # Applicable only when the command is specific to a platform. e.g. "cordova run android" CORDOVA_PLATFORM="android" # This is the command that was typed, not the hook that is running (e.g. prepare is run after plugin add) CORDOVA_COMMAND="plugin add foo_plugin" # Version of the CLI tools CORDOVA_VERSION="3.0" > Pass cli arguments to project-level hooks > - > > Key: CB-4382 > URL: https://issues.apache.org/jira/browse/CB-4382 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI >Affects Versions: 3.0.0 >Reporter: Carson Full >Assignee: Filip Maj >Priority: Minor > > Such as a specified platform. -- 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-4594) Fatal signal 11 (SIGSEGV) at 0x00000008 (code=1), thread 24395
[ https://issues.apache.org/jira/browse/CB-4594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742288#comment-13742288 ] Roberto Baglieri commented on CB-4594: -- See this, The problem is the new AdMob SDK on Phonegap 3 http://stackoverflow.com/questions/18262478/admob-is-throwing-fatal-signal-11-sigsegv-at-0x0008-code-1-on-phonegap-3 > Fatal signal 11 (SIGSEGV) at 0x0008 (code=1), thread 24395 > -- > > Key: CB-4594 > URL: https://issues.apache.org/jira/browse/CB-4594 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.0.0 > Environment: Android 4.1.2 >Reporter: Roberto Baglieri >Assignee: Joe Bowser > > All apps closes randomly throwing this on log: > 14:20:54.988: A/libc(24395): Fatal signal 11 (SIGSEGV) at 0x0008 > (code=1), thread 24395 -- 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] [Closed] (CB-3373) [BlackBerry10] 'plugin rm' does not remove all plugin assets
[ https://issues.apache.org/jira/browse/CB-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins closed CB-3373. - Resolution: Fixed > [BlackBerry10] 'plugin rm' does not remove all plugin assets > > > Key: CB-3373 > URL: https://issues.apache.org/jira/browse/CB-3373 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Reporter: Bryan Higgins >Assignee: Jeffrey Heifetz > Fix For: 3.1.0 > > -- 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-3373) [BlackBerry10] 'plugin rm' does not remove all plugin assets
[ https://issues.apache.org/jira/browse/CB-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742264#comment-13742264 ] Bryan Higgins commented on CB-3373: --- Updated plugman to rm lib-files https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=commit;h=2ff0e708b39b274ff8ed4bd02b3493345dd9bcf9 > [BlackBerry10] 'plugin rm' does not remove all plugin assets > > > Key: CB-3373 > URL: https://issues.apache.org/jira/browse/CB-3373 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Reporter: Bryan Higgins >Assignee: Jeffrey Heifetz > Fix For: 3.1.0 > > -- 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-3798) [BlackBerry10] Add node js path to global config file
[ https://issues.apache.org/jira/browse/CB-3798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742245#comment-13742245 ] ASF subversion and git services commented on CB-3798: - Commit b6dfddf1969e0a3b882714df0ec6a56bc818b50f in branch refs/heads/master from [~jkeshavarzi] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=b6dfddf ] [CB-3798] Refactored all exec calls to use newly created utility exec function to avoid path with spaces errors > [BlackBerry10] Add node js path to global config file > - > > Key: CB-3798 > URL: https://issues.apache.org/jira/browse/CB-3798 > Project: Apache Cordova > Issue Type: Improvement > Components: BlackBerry >Affects Versions: 2.8.0 >Reporter: Bryan Higgins >Assignee: Bryan Higgins > Fix For: 3.1.0 > > > Currently we require a specific version of node js be installed globally. > This may not be optimal for some developer environments. We should give them > the ability to point to a specific node executable if desired. > Related to: > https://issues.apache.org/jira/browse/CB-3797 -- 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-4603) InAppBrowser parseFeature doesn't strip whitespace from supplied options
[ https://issues.apache.org/jira/browse/CB-4603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jon Whitlock updated CB-4603: - Description: Short story: window.open('/', '_blank', 'location=no,hidden=yes'); ... works, window.open('/', '_blank', 'location=no, hidden=yes'); ... doesn't. parseFeature does StringTokenizer features = new StringTokenizer(optString, ","); ... where optString is that third parameter. Then in the case of deciding if a window should be hidden on launch, in showWebPage tries; Boolean hidden = features.get(HIDDEN); where private static final String HIDDEN = "hidden"; "hidden" != " hidden" ;) 'location = no,hidden = yes' etc also breaks it. It's a one-line fix, around line 248 in InAppBrowser.java; {code:title=InAppBrowser.java|borderStyle=solid} private HashMap parseFeature(String optString) { if (optString.equals(NULL)) { return null; } else { HashMap map = new HashMap(); optString = optString.replaceAll("\\s",""); /* this line fixes it*/ {code} was: Short story: window.open('/', '_blank', 'location=no,hidden=yes'); ... works, window.open('/', '_blank', 'location=no, hidden=yes'); ... doesn't. parseFeature does StringTokenizer features = new StringTokenizer(optString, ","); ... where optString is that third parameter. Then in the case of deciding if a window should be hidden on launch, in showWebPage tries; Boolean hidden = features.get(HIDDEN); where private static final String HIDDEN = "hidden"; "hidden" != " hidden" ;) 'location = no,hidden = yes' etc also breaks it. It's a one-line fix, around line 248 in InAppBrowser.java; {code:title=Bar.java|borderStyle=solid} private HashMap parseFeature(String optString) { if (optString.equals(NULL)) { return null; } else { HashMap map = new HashMap(); optString = optString.replaceAll("\\s",""); /* this line fixes it*/ {code} > InAppBrowser parseFeature doesn't strip whitespace from supplied options > > > Key: CB-4603 > URL: https://issues.apache.org/jira/browse/CB-4603 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin InAppBrowser >Affects Versions: 3.0.0 > Environment: Android >Reporter: Jon Whitlock >Assignee: Joe Bowser >Priority: Minor > > Short story: > window.open('/', '_blank', 'location=no,hidden=yes'); > ... works, > window.open('/', '_blank', 'location=no, hidden=yes'); > ... doesn't. > parseFeature does > StringTokenizer features = new StringTokenizer(optString, ","); > ... where optString is that third parameter. Then in the case of deciding if > a window should be hidden on launch, in showWebPage tries; > Boolean hidden = features.get(HIDDEN); > where > private static final String HIDDEN = "hidden"; > "hidden" != " hidden" ;) > 'location = no,hidden = yes' etc also breaks it. > It's a one-line fix, around line 248 in InAppBrowser.java; > {code:title=InAppBrowser.java|borderStyle=solid} > private HashMap parseFeature(String optString) { > if (optString.equals(NULL)) { > return null; > } else { > HashMap map = new HashMap(); > optString = optString.replaceAll("\\s",""); /* this line fixes > it*/ > {code} -- 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-4603) InAppBrowser parseFeature doesn't strip whitespace from supplied options
[ https://issues.apache.org/jira/browse/CB-4603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jon Whitlock updated CB-4603: - Description: Short story: window.open('/', '_blank', 'location=no,hidden=yes'); ... works, window.open('/', '_blank', 'location=no, hidden=yes'); ... doesn't. parseFeature does StringTokenizer features = new StringTokenizer(optString, ","); ... where optString is that third parameter. Then in the case of deciding if a window should be hidden on launch, in showWebPage tries; Boolean hidden = features.get(HIDDEN); where private static final String HIDDEN = "hidden"; "hidden" != " hidden" ;) 'location = no,hidden = yes' etc also breaks it. It's a one-line fix, around line 248 in InAppBrowser.java; {code:title=Bar.java|borderStyle=solid} private HashMap parseFeature(String optString) { if (optString.equals(NULL)) { return null; } else { HashMap map = new HashMap(); optString = optString.replaceAll("\\s",""); /* this line fixes it*/ {code} was: Short story: window.open('/', '_blank', 'location=no,hidden=yes'); ... works, window.open('/', '_blank', 'location=no, hidden=yes'); ... doesn't. parseFeature does StringTokenizer features = new StringTokenizer(optString, ","); ... where optString is that third parameter. Then in the case of deciding if a window should be hidden on launch, in showWebPage tries; Boolean hidden = features.get(HIDDEN); where private static final String HIDDEN = "hidden"; "hidden" != " hidden" ;) 'location = no,hidden = yes' etc also breaks it. It's a one-line fix, around line 248 in InAppBrowser.java; private HashMap parseFeature(String optString) { if (optString.equals(NULL)) { return null; } else { HashMap map = new HashMap(); optString = optString.replaceAll("\\s",""); /* this line fixes it*/ > InAppBrowser parseFeature doesn't strip whitespace from supplied options > > > Key: CB-4603 > URL: https://issues.apache.org/jira/browse/CB-4603 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin InAppBrowser >Affects Versions: 3.0.0 > Environment: Android >Reporter: Jon Whitlock >Assignee: Joe Bowser >Priority: Minor > > Short story: > window.open('/', '_blank', 'location=no,hidden=yes'); > ... works, > window.open('/', '_blank', 'location=no, hidden=yes'); > ... doesn't. > parseFeature does > StringTokenizer features = new StringTokenizer(optString, ","); > ... where optString is that third parameter. Then in the case of deciding if > a window should be hidden on launch, in showWebPage tries; > Boolean hidden = features.get(HIDDEN); > where > private static final String HIDDEN = "hidden"; > "hidden" != " hidden" ;) > 'location = no,hidden = yes' etc also breaks it. > It's a one-line fix, around line 248 in InAppBrowser.java; > {code:title=Bar.java|borderStyle=solid} > private HashMap parseFeature(String optString) { > if (optString.equals(NULL)) { > return null; > } else { > HashMap map = new HashMap(); > optString = optString.replaceAll("\\s",""); /* this line fixes > it*/ > {code} -- 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-4603) InAppBrowser parseFeature doesn't strip whitespace from supplied options
Jon Whitlock created CB-4603: Summary: InAppBrowser parseFeature doesn't strip whitespace from supplied options Key: CB-4603 URL: https://issues.apache.org/jira/browse/CB-4603 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin InAppBrowser Affects Versions: 3.0.0 Environment: Android Reporter: Jon Whitlock Assignee: Joe Bowser Priority: Minor Short story: window.open('/', '_blank', 'location=no,hidden=yes'); ... works, window.open('/', '_blank', 'location=no, hidden=yes'); ... doesn't. parseFeature does StringTokenizer features = new StringTokenizer(optString, ","); ... where optString is that third parameter. Then in the case of deciding if a window should be hidden on launch, in showWebPage tries; Boolean hidden = features.get(HIDDEN); where private static final String HIDDEN = "hidden"; "hidden" != " hidden" ;) 'location = no,hidden = yes' etc also breaks it. It's a one-line fix, around line 248 in InAppBrowser.java; private HashMap parseFeature(String optString) { if (optString.equals(NULL)) { return null; } else { HashMap map = new HashMap(); optString = optString.replaceAll("\\s",""); /* this line fixes it*/ -- 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-4602) getPreferredLanguage platform inconsistencies
Jon Whitlock created CB-4602: Summary: getPreferredLanguage platform inconsistencies Key: CB-4602 URL: https://issues.apache.org/jira/browse/CB-4602 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin Globalization Affects Versions: 3.0.0, 2.6.0 Environment: Android Reporter: Jon Whitlock Assignee: Joe Bowser Priority: Minor In; https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md "Returns the language identifier string to the successCallback with a properties object as a parameter. That object should have a value property with a String value." navigator.globalization.getPreferredLanguage( function (language) {alert('language: ' + language.value + '\n');}, function () {alert('Error getting language\n');} ); On Android the function doesn't seem to return an identifier as such, it returns *a string describing the language localised to that language*, e.g. "English" for English or "中文" for Japanese. Naturally this is less than ideal for subsequent string operations, furthermore on that page "Windows Phone 8 Quirks - Returns the ISO 639-1 two-letter code for the current language" which is an identifier, and also what I would expect (or an ISO 639-2 code, as per http://www.loc.gov/standards/iso639-2/php/code_list.php) Android seems to support 639-2 http://developer.android.com/reference/java/util/Locale.html#getISO3Language() I have no idea what it returns on other platforms, but to keep client code consistent I guess it would good if this could be normalised in the API. Have tested this on v3.0 and 2.6, is the same. As an aside, the locale is not really what I want here, as the user may be in the US but have Japanese as their preferred language. Thanks, jon (first go at using Jira, apols if I got something wrong!) -- 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-4601) Strange way of adding core plugins
[ https://issues.apache.org/jira/browse/CB-4601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Becicka updated CB-4601: Description: Cordoba plugins are now added this way cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git This is very strange way of adding core functionality to projects. I think, that natural way is to allow this: cordova plugin add org.apache.cordova.core.geolocation was: Cordoba plugins are now added this way cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git This is very strange way of adding core functionality to projects. I think, that natural way is allow this: cordova plugin add org.apache.cordova.core.geolocation > Strange way of adding core plugins > -- > > Key: CB-4601 > URL: https://issues.apache.org/jira/browse/CB-4601 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, Plugman >Affects Versions: 3.0.0 >Reporter: Jan Becicka >Assignee: Filip Maj >Priority: Critical > > Cordoba plugins are now added this way > cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git > This is very strange way of adding core functionality to projects. > I think, that natural way is to allow this: > cordova plugin add org.apache.cordova.core.geolocation -- 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-4601) Strange way of adding core plugins
Jan Becicka created CB-4601: --- Summary: Strange way of adding core plugins Key: CB-4601 URL: https://issues.apache.org/jira/browse/CB-4601 Project: Apache Cordova Issue Type: Improvement Components: CLI, Plugman Affects Versions: 3.0.0 Reporter: Jan Becicka Assignee: Filip Maj Priority: Critical Cordoba plugins are now added this way cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-geolocation.git This is very strange way of adding core functionality to projects. I think, that natural way is allow this: cordova plugin add org.apache.cordova.core.geolocation -- 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-4600) 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( onSuccess, options)')
[ https://issues.apache.org/jira/browse/CB-4600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sachin sharma updated CB-4600: -- Component/s: Plugin Contacts Affects Version/s: 3.0.0 Remaining Estimate: 12h Original Estimate: 12h See my struggle and finding at.. http://stackoverflow.com/questions/17986372/undefined-is-not-a-function-evaluating-navigator-contacts-choosecontact-ons > 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( > onSuccess, options)') > -- > > Key: CB-4600 > URL: https://issues.apache.org/jira/browse/CB-4600 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.0.0 > Environment: iOS >Reporter: sachin sharma > Original Estimate: 12h > Remaining Estimate: 12h > > 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( > onSuccess, options)') -- 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-4597) Changes to plugins do not propagate during local build
[ https://issues.apache.org/jira/browse/CB-4597?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13742053#comment-13742053 ] Chris Emerson commented on CB-4597: --- Related thread @ Google groups (is it ok to post this kind of reference here?) https://groups.google.com/forum/#!topic/phonegap/VDwgor33lek > Changes to plugins do not propagate during local build > -- > > Key: CB-4597 > URL: https://issues.apache.org/jira/browse/CB-4597 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.0.0 > Environment: OSX >Reporter: Benjamin Hill >Assignee: Shazron Abdullah > > After modifying a plugin's .h and .m files, and building the project > (phonegap local build ios), the changes to the files are not propagated to > the build. > Which is unexpected, because changes to files in /www are. It also makes me > suspect that changes to the plugins from updates are also not propagated? > I tried changing the version number in the plugin XML file, it had no effect. > Workaround: Copy and pasting the files manually before building the project. -- 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-4600) 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( onSuccess, options)')
sachin sharma created CB-4600: - Summary: 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( onSuccess, options)') Key: CB-4600 URL: https://issues.apache.org/jira/browse/CB-4600 Project: Apache Cordova Issue Type: Bug Environment: iOS Reporter: sachin sharma 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( onSuccess, options)') -- 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-4599) navigator.contacts.chooseContact not working
sachin sharma created CB-4599: - Summary: navigator.contacts.chooseContact not working Key: CB-4599 URL: https://issues.apache.org/jira/browse/CB-4599 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts Affects Versions: 3.0.0 Environment: ios Reporter: sachin sharma Assignee: Steve Gill 'undefined' is not a function (evaluating 'navigator.contacts.chooseContact( onSuccess, options)') See my struggle at http://stackoverflow.com/questions/17986372/undefined-is-not-a-function-evaluating-navigator-contacts-choosecontact-ons -- 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-4598) Where is the upgrade guide?
Manuel Ohlendorf created CB-4598: Summary: Where is the upgrade guide? Key: CB-4598 URL: https://issues.apache.org/jira/browse/CB-4598 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.0.0 Reporter: Manuel Ohlendorf Assignee: Filip Maj On your blogpost on 3.0.0 you write about the upgrade guide and provide this link: http://cordova.apache.org/docs/en/3.0.0/guide_upgrading_index.md.html But there is no guide... -- 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