[jira] [Resolved] (CB-4748) `cordova create` should fail fast when directory already exists
[ https://issues.apache.org/jira/browse/CB-4748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky resolved CB-4748. - Resolution: Fixed > `cordova create` should fail fast when directory already exists > --- > > Key: CB-4748 > URL: https://issues.apache.org/jira/browse/CB-4748 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.0.0 >Reporter: Andrew Grieve >Assignee: Mark Koudritsky >Priority: Minor > > Running "cordova create" twice with the same args results in: > {code} > $ cordova create CordovaAppHarness org.apache.appharness CordovaAppHarness > $ cordova create CordovaAppHarness org.apache.appharness > {code} > {code} > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_build > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_compile > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_docs > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_emulate > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_platform_add > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_platform_rm > ... > {code} > The second run should just fail with an error message. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5230) Cordova run never completes
[ https://issues.apache.org/jira/browse/CB-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13813032#comment-13813032 ] Rick Gommers commented on CB-5230: -- Yeah that's OK with me ;) > Cordova run never completes > --- > > Key: CB-5230 > URL: https://issues.apache.org/jira/browse/CB-5230 > Project: Apache Cordova > Issue Type: Bug > Components: Android, App Hello World, CLI >Affects Versions: 3.1.0 >Reporter: Rick Gommers > > Cordova run android command will never finish. Even with a newly created > hello world app. What can I do about this? -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4579) Run command reports successful install, but install really failed.
[ https://issues.apache.org/jira/browse/CB-4579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13813029#comment-13813029 ] Marcel Kinard commented on CB-4579: --- Should this be closed as "won't fix" due to the previous comment? > Run command reports successful install, but install really failed. > -- > > Key: CB-4579 > URL: https://issues.apache.org/jira/browse/CB-4579 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 3.0.0 > Environment: OSX >Reporter: Benjamin Hill >Assignee: Braden Shepherdson >Priority: Minor > Labels: log, run > > If I try to run an android app with the wrong minSDK specified, the log > reports success when it shouldn't: > phonegap -V local run android --emulator > Failure [INSTALL_FAILED_OLDER_SDK] > Launching application... > Starting: Intent { act=android.intent.action.MAIN cmp=com.ABCD } > Error type 3 > Error: Activity class {com.ABCD} does not exist. > [phonegap] Platform "android" deployed to emulator. > [phonegap] successfully installed onto emulator > .. no it wasn't deployed or successfully installed! :) > Note: fixing the android:minSdkVersion did fix it for me, so nothing was > *broken* - just an incorrect log status on my error. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5266) 'cordova platform add blackberry' misses some files that 'cordova create' puts in.
JennyGee created CB-5266: Summary: 'cordova platform add blackberry' misses some files that 'cordova create' puts in. Key: CB-5266 URL: https://issues.apache.org/jira/browse/CB-5266 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, CLI Reporter: JennyGee cordova platform add uses a different logic than cordova create. Need to fix This issue is related to this https://issues.apache.org/jira/browse/CB-5256 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4748) `cordova create` should fail fast when directory already exists
[ https://issues.apache.org/jira/browse/CB-4748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13813022#comment-13813022 ] Marcel Kinard commented on CB-4748: --- Has this issue been addressed, or is there still outstanding work remaining? > `cordova create` should fail fast when directory already exists > --- > > Key: CB-4748 > URL: https://issues.apache.org/jira/browse/CB-4748 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.0.0 >Reporter: Andrew Grieve >Assignee: Mark Koudritsky >Priority: Minor > > Running "cordova create" twice with the same args results in: > {code} > $ cordova create CordovaAppHarness org.apache.appharness CordovaAppHarness > $ cordova create CordovaAppHarness org.apache.appharness > {code} > {code} > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_build > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_compile > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_docs > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_emulate > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_platform_add > mkdir: path already exists: > /Users/agrieve/git/cordova/cordova-app-harness/CordovaAppHarness/.cordova/hooks/after_platform_rm > ... > {code} > The second run should just fail with an error message. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4923) External commands streaming output
[ https://issues.apache.org/jira/browse/CB-4923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13813013#comment-13813013 ] Marcel Kinard commented on CB-4923: --- csantana: did you already address this when you fixed the buffering overflow issue? > External commands streaming output > -- > > Key: CB-4923 > URL: https://issues.apache.org/jira/browse/CB-4923 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Braden Shepherdson >Assignee: Braden Shepherdson >Priority: Minor > > External commands, especially run and emulate, should stream their output in > --verbose mode, rather than buffering until the end. Just requires switching > calls from child_process.exec to something else in child_process that doesn't > buffer. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5230) Cordova run never completes
[ https://issues.apache.org/jira/browse/CB-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812992#comment-13812992 ] Marcel Kinard commented on CB-5230: --- Rick, are you OK to close this if it works fine from another workstation? > Cordova run never completes > --- > > Key: CB-5230 > URL: https://issues.apache.org/jira/browse/CB-5230 > Project: Apache Cordova > Issue Type: Bug > Components: Android, App Hello World, CLI >Affects Versions: 3.1.0 >Reporter: Rick Gommers > > Cordova run android command will never finish. Even with a newly created > hello world app. What can I do about this? -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4747) [BlackBerry10] Vibrate does not work when app is in background
[ https://issues.apache.org/jira/browse/CB-4747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812963#comment-13812963 ] David Peacock commented on CB-4747: --- Pull request for this fix in: https://github.com/apache/cordova-plugin-vibration/pull/5 > [BlackBerry10] Vibrate does not work when app is in background > -- > > Key: CB-4747 > URL: https://issues.apache.org/jira/browse/CB-4747 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry, Plugin Vibration >Affects Versions: 3.0.0 >Reporter: Bryan Higgins >Assignee: Bryan Higgins >Priority: Minor > > WebKit policy prevents vibrate when page is not visible. However, the native > vibrate function will work. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5258) build / run - stdout & stderr empty on Windows
[ https://issues.apache.org/jira/browse/CB-5258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812929#comment-13812929 ] Bryan Higgins commented on CB-5258: --- Unable to reproduce on Windows 7. I'll find another win 8 machine to verify on. > build / run - stdout & stderr empty on Windows > -- > > Key: CB-5258 > URL: https://issues.apache.org/jira/browse/CB-5258 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.1.0 >Reporter: Bryan Higgins >Assignee: Bryan Higgins > Fix For: 3.2.0 > > > Cordova CLI build and run commands do not show any error messages (stderr) > and when running in verbose mode no script output is displayed (stdout). > I noticed this problem testing Windows 8 + BlackBerry. I'm not sure if it > also affects other platforms. > Reverting from spawn to exec does not appear to fix the issue. Nor does > removing the call to "cmd /C" and appending ".bat". -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5259) CLI plugin list should show the version of the installed plugin
[ https://issues.apache.org/jira/browse/CB-5259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812918#comment-13812918 ] Braden Shepherdson commented on CB-5259: There are plans to make the reporting bits of CLI much more detailed. We want to show versions installed, dependencies, and so on. Something similar was done for platforms a while ago, but we want to do more there as well. These expanded reports will then be combined into a single command, probably cordova info, that will dump a couple screenfuls of info about the tools, platforms, plugins, and project. Then it becomes standard procedure to include that info in any bug reports on CLI projects. The only problem is a shortage of [round tuits|http://en.wiktionary.org/wiki/round_tuit]. > CLI plugin list should show the version of the installed plugin > --- > > Key: CB-5259 > URL: https://issues.apache.org/jira/browse/CB-5259 > Project: Apache Cordova > Issue Type: Wish > Components: CLI >Affects Versions: 3.1.0 >Reporter: Peter >Priority: Minor > > The *cordova plugin* list operation would be more useful if it also displayed > the _version_ of the currently installed plugin - to help user decide if they > needed to upgrade said plugin or not. Currently seems only way to discover > plugin versions is to manually look in the plugin.xml file of each plugin... > Currently cordova plugin just shows the plugin id but a simple directory > listing of plugins would acheive pretty much the same thing in my CLI > project. For example, > *cordova plugin* > {code} > D:\IMAPS\work\trunk\SRC\IMAPSAgent3x>cordova plugin > [ 'org.apache.cordova.battery-status', > 'org.apache.cordova.camera', > 'org.apache.cordova.console', > 'org.apache.cordova.contacts', > 'org.apache.cordova.device', > 'org.apache.cordova.device-motion', > 'org.apache.cordova.device-orientation', > 'org.apache.cordova.dialogs', > 'org.apache.cordova.file', > 'org.apache.cordova.file-transfer', > 'org.apache.cordova.geolocation', > 'org.apache.cordova.globalization', > 'org.apache.cordova.inappbrowser', > 'org.apache.cordova.media', > 'org.apache.cordova.media-capture', > 'org.apache.cordova.network-information', > 'org.apache.cordova.splashscreen', > 'org.apache.cordova.vibration' ] > {code} > *dir /AD plugins* > {code} > D:\IMAPS\work\trunk\SRC\IMAPSAgent3x>dir /AD plugins > Volume in drive D has no label. > Volume Serial Number is AAB8-3216 > Directory of D:\IMAPS\work\trunk\SRC\IMAPSAgent3x\plugins > 16/10/2013 04:57 PM . > 16/10/2013 04:57 PM .. > 16/10/2013 04:57 PM org.apache.cordova.battery-status > 16/10/2013 04:57 PM org.apache.cordova.camera > 16/10/2013 04:57 PM org.apache.cordova.console > 16/10/2013 04:57 PM org.apache.cordova.contacts > 16/10/2013 04:57 PM org.apache.cordova.device > 16/10/2013 04:57 PM org.apache.cordova.device-motion > 16/10/2013 04:57 PM org.apache.cordova.device-orientation > 16/10/2013 04:57 PM org.apache.cordova.dialogs > 16/10/2013 04:57 PM org.apache.cordova.file > 16/10/2013 04:57 PM org.apache.cordova.file-transfer > 16/10/2013 04:57 PM org.apache.cordova.geolocation > 16/10/2013 04:57 PM org.apache.cordova.globalization > 16/10/2013 04:57 PM org.apache.cordova.inappbrowser > 16/10/2013 04:57 PM org.apache.cordova.media > 16/10/2013 04:57 PM org.apache.cordova.media-capture > 16/10/2013 04:57 PM org.apache.cordova.network-information > 16/10/2013 04:57 PM org.apache.cordova.splashscreen > 16/10/2013 04:57 PM org.apache.cordova.vibration >0 File(s) 0 bytes > 20 Dir(s) 36,917,051,392 bytes free > {code} -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3209) geolocation
[ https://issues.apache.org/jira/browse/CB-3209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812910#comment-13812910 ] James Long commented on CB-3209: Yep, we need to go ahead and generate the permissions automatically. I don't know how hard it will be, but it might be easy. We need to check out how cordova specifies permissions and see if it's easy to map that. I'll look into it. > geolocation > --- > > Key: CB-3209 > URL: https://issues.apache.org/jira/browse/CB-3209 > Project: Apache Cordova > Issue Type: Sub-task > Components: FirefoxOS >Affects Versions: 2.6.0 >Reporter: Herm Wong >Assignee: Herm Wong > Fix For: 3.2.0 > > > geolocation spec: http://www.w3.org/TR/geolocation-API/ -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5265) Status Bar Plugin/Camera Plugin. Taking a photo or choosing a photo from library makes the status bar style back to black.
Daniel Morgan created CB-5265: - Summary: Status Bar Plugin/Camera Plugin. Taking a photo or choosing a photo from library makes the status bar style back to black. Key: CB-5265 URL: https://issues.apache.org/jira/browse/CB-5265 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.1.0 Environment: iOS 7 Reporter: Daniel Morgan We're using a black status bar and the StatusBarStyleLightContent to simulate the pre-iOS 7 status bar with the status bar plugin. When a user takes a photo or choose from library the status bar style goes back to black; making a black status bar with black text. My quick fix is to add in CDVCamera under navigationController:willShowViewController:animated to set the status bar style back to white: [[UIApplication sharedApplication] setStatusBarStyle:UIStatusBarStyleLightContent];, but of course this only works for me since I want the status bar style to be white everywhere in my application. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-4609) relative path to cordova.js & windows path
[ https://issues.apache.org/jira/browse/CB-4609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-4609: -- Assignee: Anis Kadri (was: Filip Maj) > relative path to cordova.js & windows path > -- > > Key: CB-4609 > URL: https://issues.apache.org/jira/browse/CB-4609 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Plugman >Affects Versions: 3.0.0 > Environment: Window 8, node v0.10.16 >Reporter: Jonathan Bond >Assignee: Anis Kadri > Attachments: Result of 'plugin add'.jpg > > > I'm experimenting with a new plugin: > https://github.com/jbondc/cordova-plugin-gesture > To reproduce: > - Download https://github.com/jbondc/mtlhack-PhoneGap-gesture > 1) Issue #1 > {code} > cd cordova > plugin add https://github.com/jbondc/cordova-plugin-gesture > {code} > Since cordova.js isn't in the default path (www/resources/cordova.js), the > plugins gets copied to (www/plugins/) instead of (www/resources/js/plugins). > The same for 'cordova_plugins.js' (see attached screenshot) > Fix is likely in the cli/plugman to set find the appropriate root/base path > to cordova.js > 2) Issue #2 > Adding a plugin from a Windows path > {code} > cordova plugin add F:\Jonathan\GitHub\Cordova\cordova-plugin-gesture > {code} > In cordova_plugins.js, I see: > {code} > cordova.define('cordova/plugin_list', function(require, exports, module) { > module.exports = [ > { > "file": "plugins\\org.apache.cordova.core.Gesture\\www\\gesture.js", > "id": "org.apache.cordova.core.Gesture.Gesture", > "clobbers": [ > "cordova.gesture" > ] > } > ] > }); > {code} > That path should be normalized to: > "plugins/org.apache.cordova.core.Gesture/www/gesture.js" > Fix is likely in cli/plugman: > {code}path.replace("\\", "/"){code} -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5196) BB10 invoke() plugin is shadowded by cordova.js
[ https://issues.apache.org/jira/browse/CB-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812863#comment-13812863 ] Bryan Higgins commented on CB-5196: --- [~csantana] I've already removed window.webworks here: https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;a=blobdiff;f=lib/blackberry10/platform.js;h=c4504090f2b6ecce60e0f015436b7178453c0793;hp=96f9a661197a882b33999037c2f87ef89e4052de;hb=6568e94c736cae2262784ae35d11013e480e0da8;hpb=9bbf2b75e4d18ca8044c54d43796372f55658918 > BB10 invoke() plugin is shadowded by cordova.js > --- > > Key: CB-5196 > URL: https://issues.apache.org/jira/browse/CB-5196 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.1.0 > Environment: Blackberry 10 >Reporter: Mike Billau >Assignee: Carlos Santana > Attachments: bbInvoke.html > > > Our users need to invoke blackberry.invoke.invoke(). As per WebWorks doc, to > call any BB API, webworks.js needs to be included in the html file. > The problem is that there does not seem to be a way to call invoke(): > 1. Create a simple BB10 app using the attached HTML file, > 2. Add feature to the config.xml: name="blackberry.invoke" value="blackberry.invoke"/> > 3. Run the app. Press the button; the browser window doesn't open. > 4. Edit the HTML file and place the cordova.js script before webworks.js > script > 5. Run the app again, and there is a popup saying: "Error intializing > cordova:undefined". After dismissing the alert, you can press the button and > the browser opens just fine. > "Analysis: > Internally blackberry.invoke.invoke() ('invoke' plugin) calls > *window.webworks.event.isOn()* in blackberry.invoke/client.js. This is where > the problem is: *window.webworks* is defined in both cordova.js and > webworks.js.The one in cordova.js doesn't have 'event' function whereas it is > available in window.webworks of webworks.js. Hence when webworks.js is loaded > after cordova.js, it works fine and not if it is reversed." > Even though it works when we put webworks.js first we need to squash the > alert() and make sure cordova initializes correctly. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Reopened] (CB-5196) BB10 invoke() plugin is shadowded by cordova.js
[ https://issues.apache.org/jira/browse/CB-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Santana reopened CB-5196: I have a working solution that I will merge in to cordova-js for bb10 https://github.com/corimf/cordova-js/commit/0c85c915343fee0680be94f6099b8aa299cc7ca6 > BB10 invoke() plugin is shadowded by cordova.js > --- > > Key: CB-5196 > URL: https://issues.apache.org/jira/browse/CB-5196 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.1.0 > Environment: Blackberry 10 >Reporter: Mike Billau >Assignee: Carlos Santana > Attachments: bbInvoke.html > > > Our users need to invoke blackberry.invoke.invoke(). As per WebWorks doc, to > call any BB API, webworks.js needs to be included in the html file. > The problem is that there does not seem to be a way to call invoke(): > 1. Create a simple BB10 app using the attached HTML file, > 2. Add feature to the config.xml: name="blackberry.invoke" value="blackberry.invoke"/> > 3. Run the app. Press the button; the browser window doesn't open. > 4. Edit the HTML file and place the cordova.js script before webworks.js > script > 5. Run the app again, and there is a popup saying: "Error intializing > cordova:undefined". After dismissing the alert, you can press the button and > the browser opens just fine. > "Analysis: > Internally blackberry.invoke.invoke() ('invoke' plugin) calls > *window.webworks.event.isOn()* in blackberry.invoke/client.js. This is where > the problem is: *window.webworks* is defined in both cordova.js and > webworks.js.The one in cordova.js doesn't have 'event' function whereas it is > available in window.webworks of webworks.js. Hence when webworks.js is loaded > after cordova.js, it works fine and not if it is reversed." > Even though it works when we put webworks.js first we need to squash the > alert() and make sure cordova initializes correctly. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4609) relative path to cordova.js & windows path
[ https://issues.apache.org/jira/browse/CB-4609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812861#comment-13812861 ] Jonathan Bond commented on CB-4609: --- Any thoughts on Issue #1? Should I re-submit a patch for it? I'm still on 2.x but hoping to upgrade. > relative path to cordova.js & windows path > -- > > Key: CB-4609 > URL: https://issues.apache.org/jira/browse/CB-4609 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Plugman >Affects Versions: 3.0.0 > Environment: Window 8, node v0.10.16 >Reporter: Jonathan Bond >Assignee: Filip Maj > Attachments: Result of 'plugin add'.jpg > > > I'm experimenting with a new plugin: > https://github.com/jbondc/cordova-plugin-gesture > To reproduce: > - Download https://github.com/jbondc/mtlhack-PhoneGap-gesture > 1) Issue #1 > {code} > cd cordova > plugin add https://github.com/jbondc/cordova-plugin-gesture > {code} > Since cordova.js isn't in the default path (www/resources/cordova.js), the > plugins gets copied to (www/plugins/) instead of (www/resources/js/plugins). > The same for 'cordova_plugins.js' (see attached screenshot) > Fix is likely in the cli/plugman to set find the appropriate root/base path > to cordova.js > 2) Issue #2 > Adding a plugin from a Windows path > {code} > cordova plugin add F:\Jonathan\GitHub\Cordova\cordova-plugin-gesture > {code} > In cordova_plugins.js, I see: > {code} > cordova.define('cordova/plugin_list', function(require, exports, module) { > module.exports = [ > { > "file": "plugins\\org.apache.cordova.core.Gesture\\www\\gesture.js", > "id": "org.apache.cordova.core.Gesture.Gesture", > "clobbers": [ > "cordova.gesture" > ] > } > ] > }); > {code} > That path should be normalized to: > "plugins/org.apache.cordova.core.Gesture/www/gesture.js" > Fix is likely in cli/plugman: > {code}path.replace("\\", "/"){code} -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-5196) BB10 invoke() plugin is shadowded by cordova.js
[ https://issues.apache.org/jira/browse/CB-5196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Santana reassigned CB-5196: -- Assignee: Carlos Santana > BB10 invoke() plugin is shadowded by cordova.js > --- > > Key: CB-5196 > URL: https://issues.apache.org/jira/browse/CB-5196 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.1.0 > Environment: Blackberry 10 >Reporter: Mike Billau >Assignee: Carlos Santana > Attachments: bbInvoke.html > > > Our users need to invoke blackberry.invoke.invoke(). As per WebWorks doc, to > call any BB API, webworks.js needs to be included in the html file. > The problem is that there does not seem to be a way to call invoke(): > 1. Create a simple BB10 app using the attached HTML file, > 2. Add feature to the config.xml: name="blackberry.invoke" value="blackberry.invoke"/> > 3. Run the app. Press the button; the browser window doesn't open. > 4. Edit the HTML file and place the cordova.js script before webworks.js > script > 5. Run the app again, and there is a popup saying: "Error intializing > cordova:undefined". After dismissing the alert, you can press the button and > the browser opens just fine. > "Analysis: > Internally blackberry.invoke.invoke() ('invoke' plugin) calls > *window.webworks.event.isOn()* in blackberry.invoke/client.js. This is where > the problem is: *window.webworks* is defined in both cordova.js and > webworks.js.The one in cordova.js doesn't have 'event' function whereas it is > available in window.webworks of webworks.js. Hence when webworks.js is loaded > after cordova.js, it works fine and not if it is reversed." > Even though it works when we put webworks.js first we need to squash the > alert() and make sure cordova initializes correctly. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3209) geolocation
[ https://issues.apache.org/jira/browse/CB-3209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812854#comment-13812854 ] Piotr Zalewa commented on CB-3209: -- We at least need to have some sort of a documentation given to the devs. Something along these lines "When no permission added to the manifest.webapp geolocation prompt fails with an error." plus instructions how to do this. Unfortunately the ``cordova prepare`` command overwrites the manifest file so we need to work on CLI. Maybe some section in application's www/config.xml ? > geolocation > --- > > Key: CB-3209 > URL: https://issues.apache.org/jira/browse/CB-3209 > Project: Apache Cordova > Issue Type: Sub-task > Components: FirefoxOS >Affects Versions: 2.6.0 >Reporter: Herm Wong >Assignee: Herm Wong > Fix For: 3.2.0 > > > geolocation spec: http://www.w3.org/TR/geolocation-API/ -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Closed] (CB-4808) Allow Cordova-CLI to skip Clobbering the Bundle Identifier
[ https://issues.apache.org/jira/browse/CB-4808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Bell closed CB-4808. Resolution: Not A Problem > Allow Cordova-CLI to skip Clobbering the Bundle Identifier > -- > > Key: CB-4808 > URL: https://issues.apache.org/jira/browse/CB-4808 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI >Affects Versions: 3.0.0 >Reporter: Tom Bell >Assignee: Andrew Grieve > > We have some custom Info.plist settings that allow us to release a beta > version in which we have ${BUNDLE_IDENTIFIER_SUFFIX} suffixed to the bundle > identifier in the Xcode project. However whenever we run `cordova build` the > prepare step overwrites our changes with the id attribute value from > www/config.xml. Having a way to disable this would be great. > Being able to build a `beta` version means you can test without having to > overwrite the `live` released application. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5264) cordova-cli 3.1.0-0.2.0 incorrectly formats platform config.xml
Tom Bell created CB-5264: Summary: cordova-cli 3.1.0-0.2.0 incorrectly formats platform config.xml Key: CB-5264 URL: https://issues.apache.org/jira/browse/CB-5264 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.1.0 Environment: Mac OS X 10.9 cordova-cli 3.1.0-0.20 Reporter: Tom Bell Priority: Minor After updating the `cordova` npm package to 3.1.0-0.2.0 when I prepare the projects the config.xml get formatted weirdly, specifically the author element. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5263) Ajax Page Navigation not working on WP7 and WP8 Phonegap Jquery Mobile applications
Betsy Robert created CB-5263: Summary: Ajax Page Navigation not working on WP7 and WP8 Phonegap Jquery Mobile applications Key: CB-5263 URL: https://issues.apache.org/jira/browse/CB-5263 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.0.0, 2.9.0, 2.8.0 Environment: Visual Studio 2012, Windows 8 machine, Phonegap 2.8.0, Jquery Mobile 1.3.1 and Jquery 1.9.1 Reporter: Betsy Robert Assignee: Jesse MacFadyen Priority: Blocker I have been using Phonegap 2.8.0, Jquery Mobile 1.3.1 and Jquery 1.9.1 to build crossplatform applications that target Android, iOS, Windows Phone7,8 and Blackberry Platforms. On the Windows Phone 7 and 8, the first page (index.html) of the application loads successfully but the on button click the 2nd HTML page doesn't load. I get an error that says "Error Loading page". This issue is only on the Windows Phone 7 and 8. Also, there is a JSON file maintained that is used to populate all the labels in the HTML pages. I get these labels using Ajax. Fetching these values from this file using Ajax is not working. Is there a way to get AJAX working on Windows phone 7 and 8 ??? -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5263) Ajax Page Navigation not working on WP7 and WP8 Phonegap Jquery Mobile applications
[ https://issues.apache.org/jira/browse/CB-5263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Betsy Robert updated CB-5263: - Remaining Estimate: 168h (was: 1m) Original Estimate: 168h (was: 1m) > Ajax Page Navigation not working on WP7 and WP8 Phonegap Jquery Mobile > applications > --- > > Key: CB-5263 > URL: https://issues.apache.org/jira/browse/CB-5263 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Affects Versions: 2.8.0, 2.9.0, 3.0.0 > Environment: Visual Studio 2012, Windows 8 machine, Phonegap 2.8.0, > Jquery Mobile 1.3.1 and Jquery 1.9.1 >Reporter: Betsy Robert >Assignee: Jesse MacFadyen >Priority: Blocker > Original Estimate: 168h > Remaining Estimate: 168h > > I have been using Phonegap 2.8.0, Jquery Mobile 1.3.1 and Jquery 1.9.1 to > build crossplatform applications that target Android, iOS, Windows Phone7,8 > and Blackberry Platforms. > On the Windows Phone 7 and 8, the first page (index.html) of the application > loads successfully but the on button click the 2nd HTML page doesn't load. I > get an error that says "Error Loading page". This issue is only on the > Windows Phone 7 and 8. > Also, there is a JSON file maintained that is used to populate all the labels > in the HTML pages. I get these labels using Ajax. Fetching these values from > this file using Ajax is not working. > Is there a way to get AJAX working on Windows phone 7 and 8 ??? -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4953) Adding and removing plugins breaks build process
[ https://issues.apache.org/jira/browse/CB-4953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812723#comment-13812723 ] Vladimir Riha commented on CB-4953: --- I'm out of Mac but I'll try it asap > Adding and removing plugins breaks build process > > > Key: CB-4953 > URL: https://issues.apache.org/jira/browse/CB-4953 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.0.0 > Environment: Mac OS X 10.8.5 > Xcode 5.0 (5A1413) + iOS 7.0 SDK > Cordova 3.0.9 >Reporter: Vladimir Riha > Attachments: output.log > > > Following steps causes that I cannot build cordova project after manipulation > with plugins > $ cordova create project > $ cd project > $ cordova platform add ios > $ cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-contacts.git > $ cordova plugin rm org.apache.cordova.contacts > $ cordova build (finishes OK) > $ cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-contacts.git > $ cordova build > => fails (output will be attached here) > ld: symbol(s) not found for architecture i386 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) -- 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
[ https://issues.apache.org/jira/browse/CB-4731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812716#comment-13812716 ] tex commented on CB-4731: - [~matheszabi] i have created a new issue, as i consider it as a major one, hope this will help : https://issues.apache.org/jira/browse/CB-5262 > 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} > > > >location >voip > > > > {code} > However, this does not generate the expected entries in the .plist file. I > get: > {code} > UIBackgroundModes > > location > voip > location > voip > > {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] [Created] (CB-5262) Adding config entries in plugin.xml for modifying .plist file results in whitespace entries for NSMainNibFile keys leading to App crashing
tex created CB-5262: --- Summary: 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} location {code} we get whitespaces in the generated info.plist : {code:xml} NSMainNibFile {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] [Created] (CB-5261) Missing pre_package event for WP8
Dick van den Brink created CB-5261: -- Summary: Missing pre_package event for WP8 Key: CB-5261 URL: https://issues.apache.org/jira/browse/CB-5261 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Reporter: Dick van den Brink The WP8 parser is missing a pre_package event. It is in the WP7 project parser. Also the pre_package event doesn't work correctly on the WP7 project because hooks are async. Pullrequest: https://github.com/apache/cordova-cli/pull/43 -- This message was sent by Atlassian JIRA (v6.1#6144)