[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)
[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} platform name=ios config-file target=*-Info.plist parent=UIBackgroundModes array stringlocation/string /array /config-file /platform {code} we get whitespaces in the generated info.plist : {code:xml} keyNSMainNibFile/key string /string {code} the app compile but crash at runtime as it looking at a non existing .nib file. the .plist can be modified manualy, allowing correct building, but this is a real major issue for automated compiling (eg: phonegap build) this issue seems to be related to https://issues.apache.org/jira/browse/CB-4731 but is more important as it lead to app crashing -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4731) Adding config entries in plugin.xml results in duplicate .plist entries
[ https://issues.apache.org/jira/browse/CB-4731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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} platform name=ios config-file target=*-Info.plist parent=UIBackgroundModes array stringlocation/string stringvoip/string /array /config-file /platform {code} However, this does not generate the expected entries in the .plist file. I get: {code} keyUIBackgroundModes/key array stringlocation/string stringvoip/string stringlocation/string stringvoip/string /array {code} i.e. elements are repeated. I have tried with a single element in the source plugin.xml and get the same result. I am using the cordova CLI to manage my plugins, platforms and build. (p.s. I'm new to Cordova so apologies if this is filed under the incorrect component) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4953) Adding and removing plugins breaks build process
[ https://issues.apache.org/jira/browse/CB-4953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] [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] [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] [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] [Commented] (CB-3209) geolocation
[ https://issues.apache.org/jira/browse/CB-3209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] [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: feature id=blackberry.invoke 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-tabpanelfocusedCommentId=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] [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: feature id=blackberry.invoke 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-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-tabpanelfocusedCommentId=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: feature id=blackberry.invoke 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] [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] [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] [Commented] (CB-3209) geolocation
[ https://issues.apache.org/jira/browse/CB-3209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-5230) Cordova run never completes
[ https://issues.apache.org/jira/browse/CB-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-4923) External commands streaming output
[ https://issues.apache.org/jira/browse/CB-4923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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] [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-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-tabpanelfocusedCommentId=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] [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-tabpanelfocusedCommentId=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-3209) geolocation
[ https://issues.apache.org/jira/browse/CB-3209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813049#comment-13813049 ] Herm Wong commented on CB-3209: --- In the interim, I think we should probably document the permissions required in README and also in the Cordova docs for geolocation. 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] [Commented] (CB-5137) docs should describe how to build Cordova from Apache dist
[ https://issues.apache.org/jira/browse/CB-5137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813048#comment-13813048 ] Marcel Kinard commented on CB-5137: --- This issue should document the current state, but it is obvious that the current state should be improved which is identified in CB-5105. docs should describe how to build Cordova from Apache dist -- Key: CB-5137 URL: https://issues.apache.org/jira/browse/CB-5137 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor The docs seem to assume that Cordova was already downloaded either via npm or from a PhoneGap distribution or similar. Though the Apache Way is to distribute source code, it isn't clear to the average consumer in the docs how to get Cordova up and running from either the source zips on dist.apache.org or from the repos at git-wip-us.apache.org. This documentation should be added, perhaps as a section such as How to Obtain Cordova and/or How to Build Cordova from Source. There may be additional docs needed that describe how to bootstrap the docs (build the html from the md) if for some reason the user can't get them online at cordova.apache.org/docs. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Comment Edited] (CB-5137) docs should describe how to build Cordova from Apache dist
[ https://issues.apache.org/jira/browse/CB-5137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813048#comment-13813048 ] Marcel Kinard edited comment on CB-5137 at 11/4/13 5:49 PM: This issue should document the current state. But it is obvious that the current state should be improved which is identified partly in CB-5105 (which is about being fully offline - the extreme end of the spectrum) was (Author: cmarcelk): This issue should document the current state, but it is obvious that the current state should be improved which is identified in CB-5105. docs should describe how to build Cordova from Apache dist -- Key: CB-5137 URL: https://issues.apache.org/jira/browse/CB-5137 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor The docs seem to assume that Cordova was already downloaded either via npm or from a PhoneGap distribution or similar. Though the Apache Way is to distribute source code, it isn't clear to the average consumer in the docs how to get Cordova up and running from either the source zips on dist.apache.org or from the repos at git-wip-us.apache.org. This documentation should be added, perhaps as a section such as How to Obtain Cordova and/or How to Build Cordova from Source. There may be additional docs needed that describe how to bootstrap the docs (build the html from the md) if for some reason the user can't get them online at cordova.apache.org/docs. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5250) bb init script unable to handle directories/files with spaces in it.
[ https://issues.apache.org/jira/browse/CB-5250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins updated CB-5250: -- Summary: bb init script unable to handle directories/files with spaces in it. (was: CLI is unable to handle directories/files with spaces in it.) bb init script unable to handle directories/files with spaces in it. Key: CB-5250 URL: https://issues.apache.org/jira/browse/CB-5250 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Environment: Mac and Windows Reporter: JennyGee Fix For: 3.2.0 Inside the Init file: cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-4014) UIAccelerometer is deprecated
[ https://issues.apache.org/jira/browse/CB-4014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong reassigned CB-4014: -- Assignee: James Jong (was: Lorin Beer) UIAccelerometer is deprecated - Key: CB-4014 URL: https://issues.apache.org/jira/browse/CB-4014 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Device Motion Affects Versions: 2.6.0 Reporter: Marcel Kinard Assignee: James Jong Priority: Minor While running Cordova 2.6, the following warning appeared: /Users/me/Desktop/test-1.0-iphone/CordovaLib/Classes/CDVAccelerometer.m:58:5: 'UIAccelerometer' is deprecated: first deprecated in iOS 5.0 - UIAccelerometer has been replaced by the CoreMotion framework Looks like Cordova should migrate from UIAccelerometer to CoreMotion. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5250) CLI is unable to handle directories/files with spaces in it.
[ https://issues.apache.org/jira/browse/CB-5250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins updated CB-5250: -- Component/s: (was: CLI) BlackBerry Description: Inside the Init file: cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. was: Inside the Init file: /Users/jgee/cordovaCoho/cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. Fix Version/s: 3.2.0 CLI is unable to handle directories/files with spaces in it. Key: CB-5250 URL: https://issues.apache.org/jira/browse/CB-5250 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Environment: Mac and Windows Reporter: JennyGee Fix For: 3.2.0 Inside the Init file: cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4014) UIAccelerometer is deprecated
[ https://issues.apache.org/jira/browse/CB-4014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813052#comment-13813052 ] James Jong commented on CB-4014: was fixed in CB-4825 and CB-5035 UIAccelerometer is deprecated - Key: CB-4014 URL: https://issues.apache.org/jira/browse/CB-4014 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Device Motion Affects Versions: 2.6.0 Reporter: Marcel Kinard Assignee: James Jong Priority: Minor While running Cordova 2.6, the following warning appeared: /Users/me/Desktop/test-1.0-iphone/CordovaLib/Classes/CDVAccelerometer.m:58:5: 'UIAccelerometer' is deprecated: first deprecated in iOS 5.0 - UIAccelerometer has been replaced by the CoreMotion framework Looks like Cordova should migrate from UIAccelerometer to CoreMotion. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-4825) Fix XCode 5 accelerometer plugin warnings
[ https://issues.apache.org/jira/browse/CB-4825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong updated CB-4825: --- Fix Version/s: 3.2.0 Fix XCode 5 accelerometer plugin warnings - Key: CB-4825 URL: https://issues.apache.org/jira/browse/CB-4825 Project: Apache Cordova Issue Type: Bug Components: Plugin Device Motion Affects Versions: 3.0.0 Reporter: James Jong Assignee: James Jong Fix For: 3.2.0 Attachments: warnings-plugin-accelerometer.png Fox xcode 5 warnings. See attached picture. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-4825) Fix XCode 5 accelerometer plugin warnings
[ https://issues.apache.org/jira/browse/CB-4825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong resolved CB-4825. Resolution: Fixed Fix XCode 5 accelerometer plugin warnings - Key: CB-4825 URL: https://issues.apache.org/jira/browse/CB-4825 Project: Apache Cordova Issue Type: Bug Components: Plugin Device Motion Affects Versions: 3.0.0 Reporter: James Jong Assignee: James Jong Attachments: warnings-plugin-accelerometer.png Fox xcode 5 warnings. See attached picture. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-4014) UIAccelerometer is deprecated
[ https://issues.apache.org/jira/browse/CB-4014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong resolved CB-4014. Resolution: Fixed UIAccelerometer is deprecated - Key: CB-4014 URL: https://issues.apache.org/jira/browse/CB-4014 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Device Motion Affects Versions: 2.6.0 Reporter: Marcel Kinard Assignee: James Jong Priority: Minor While running Cordova 2.6, the following warning appeared: /Users/me/Desktop/test-1.0-iphone/CordovaLib/Classes/CDVAccelerometer.m:58:5: 'UIAccelerometer' is deprecated: first deprecated in iOS 5.0 - UIAccelerometer has been replaced by the CoreMotion framework Looks like Cordova should migrate from UIAccelerometer to CoreMotion. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5248) Adding additional arguments for 'cordova create' will break your project
[ https://issues.apache.org/jira/browse/CB-5248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] JennyGee updated CB-5248: - Component/s: (was: CLI) BlackBerry Adding additional arguments for 'cordova create' will break your project Key: CB-5248 URL: https://issues.apache.org/jira/browse/CB-5248 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Reporter: JennyGee Priority: Minor Fix For: 3.2.0 According to the help docs cordova has the following for create: create PATH [ID] [NAME] where ID and NAME are optional. When you add an additional parameter after NAME, you get a error stating that it doesn't understand the last parameter. On the other hand the cordova project appears to be created properly. But when you have a look at the actual project, it's actually broken: myMachine:cordovaTest jgee$ cordova create newDir newPackage app1 app2 Creating a new cordova project with name app1 and id newPackage at location ../cordovaTest/newDir [TypeError: Object.keys called on non-object] myMachine:cordovaTest jgee$ cd newDir/ ci003068684:newDir jgee$ ls mergesplatforms plugins www myMachine:newDir jgee$ cordova info { [Error: ENOENT, no such file or directory '..cordovaTest/newDir/www/config.xml'] errno: 34, code: 'ENOENT', path: '..cordova/newDir/www/config.xml', syscall: 'open' } -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5266) 'cordova platform add blackberry' misses some files that 'cordova create' puts in.
[ https://issues.apache.org/jira/browse/CB-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813054#comment-13813054 ] Josh Soref commented on CB-5266: https://github.com/apache/cordova-blackberry/pull/118 '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] [Updated] (CB-5250) bb init script unable to handle directories/files with spaces in it.
[ https://issues.apache.org/jira/browse/CB-5250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins updated CB-5250: -- Affects Version/s: (was: 3.1.0) Assignee: Bryan Higgins bb init script unable to handle directories/files with spaces in it. Key: CB-5250 URL: https://issues.apache.org/jira/browse/CB-5250 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Environment: Mac and Windows Reporter: JennyGee Assignee: Bryan Higgins Fix For: 3.2.0 Inside the Init file: cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5250) bb init script unable to handle directories/files with spaces in it.
[ https://issues.apache.org/jira/browse/CB-5250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813060#comment-13813060 ] Josh Soref commented on CB-5250: https://github.com/apache/cordova-blackberry/pull/117 bb init script unable to handle directories/files with spaces in it. Key: CB-5250 URL: https://issues.apache.org/jira/browse/CB-5250 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Environment: Mac and Windows Reporter: JennyGee Assignee: Bryan Higgins Fix For: 3.2.0 Inside the Init file: cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5267) Error encountered when running cordova info on a project that a user does not own
JennyGee created CB-5267: Summary: Error encountered when running cordova info on a project that a user does not own Key: CB-5267 URL: https://issues.apache.org/jira/browse/CB-5267 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Reporter: JennyGee Priority: Minor When a user runs cordova info on a project that it doesn't own, it will spit out the following error: { [Error: EACCES, permission denied 'info.txt'] errno: 3, code: 'EACCES', path: 'info.txt', syscall: 'open' } info will spit out a info.txt file containing the project details and will overwrite the contents of the file when executed subsequently. This will occur when the user runs the command and does not have write permission to the info.txt file. (In instances where the user does not own the project) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813087#comment-13813087 ] Mike Sierra commented on CB-3962: - [~mwbrooks], can you merge in new commits starting from 11/1? Will then croak this branch to re-sync. Thanx document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- 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-tabpanelfocusedCommentId=13813107#comment-13813107 ] James Long commented on CB-3209: I just did a proper implementation for geolocation on firefoxos: https://github.com/jlongster/cordova-plugin-geolocation You can see the code here: https://github.com/jlongster/cordova-plugin-geolocation/blob/master/src/firefoxos/GeolocationProxy.js The plugin.xml was missing several entries and it was completely broken before. It was never even using the plugin, so it was just using the native API. Unfortunately, I haven't been able to get it to actually work on the device yet because the native geolocation call never gives me back a position. The code should work, though. I haven't fixed the manifest.webapp permissions yet, I was just manually adding the permission. 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] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813105#comment-13813105 ] Michael Brooks commented on CB-3962: Sure. I'll review the commits from [pull request #143|https://github.com/apache/cordova-docs/pull/143] and let you know when it's all merged. document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5269) Docs incorrectly report that wp7 and wp8 do not support the FileTransfer API
Jesse MacFadyen created CB-5269: --- Summary: Docs incorrectly report that wp7 and wp8 do not support the FileTransfer API Key: CB-5269 URL: https://issues.apache.org/jira/browse/CB-5269 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.2.0 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5268) Docs incorrectly state that windows8 does not support plugins.
Jesse MacFadyen created CB-5268: --- Summary: Docs incorrectly state that windows8 does not support plugins. Key: CB-5268 URL: https://issues.apache.org/jira/browse/CB-5268 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.2.0 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5157) [Release + 3.2.0] Branch Test Tag RC1 for Android
[ https://issues.apache.org/jira/browse/CB-5157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-5157. Resolution: Fixed This is now tagged. [Release + 3.2.0] Branch Test Tag RC1 for Android - Key: CB-5157 URL: https://issues.apache.org/jira/browse/CB-5157 Project: Apache Cordova Issue Type: Sub-task Components: Android Reporter: Steve Gill Assignee: Joe Bowser Fix For: 3.2.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5270) Docs skew towards older storage api
Jesse MacFadyen created CB-5270: --- Summary: Docs skew towards older storage api Key: CB-5270 URL: https://issues.apache.org/jira/browse/CB-5270 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Fix For: 3.2.0 The overview states that wp7 + wp8 and windows8 support the storage api in varying degrees. This category should be broken into WebSQL + localStorage + indexedDB Platform/API wp7 wp8 windows8 WebSQLno nono localStorage yesyes yes indexedDB no yes yes -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5271) cordova prepare firefoxos comes back with useless information when the platform is not installed
JennyGee created CB-5271: Summary: cordova prepare firefoxos comes back with useless information when the platform is not installed Key: CB-5271 URL: https://issues.apache.org/jira/browse/CB-5271 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Reporter: JennyGee Priority: Minor 1. Create a project 2. Don't add ANY platforms and run prepare: ci003068684:Some Directory jgee$ cordova prepare firefoxos cp: copyFileSync: could not write to dest file (code=ENOENT):/Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/firefoxos/www/config.xml { [Error: ENOENT, no such file or directory '/Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/firefoxos'] errno: 34, code: 'ENOENT', path: '/Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/firefoxos', syscall: 'readdir' } If you run the BlackBerry one, you get a nicer message. ci003068684:Some Directory jgee$ cordova prepare blackberry10 [Error: The provided path /Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/blackberry10 is not a Cordova BlackBerry10 project.] -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5271) cordova prepare firefoxos comes back with useless information when the platform is not installed
[ https://issues.apache.org/jira/browse/CB-5271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] JennyGee updated CB-5271: - Priority: Major (was: Minor) cordova prepare firefoxos comes back with useless information when the platform is not installed Key: CB-5271 URL: https://issues.apache.org/jira/browse/CB-5271 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Reporter: JennyGee 1. Create a project 2. Don't add ANY platforms and run prepare: ci003068684:Some Directory jgee$ cordova prepare firefoxos cp: copyFileSync: could not write to dest file (code=ENOENT):/Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/firefoxos/www/config.xml { [Error: ENOENT, no such file or directory '/Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/firefoxos'] errno: 34, code: 'ENOENT', path: '/Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/firefoxos', syscall: 'readdir' } If you run the BlackBerry one, you get a nicer message. ci003068684:Some Directory jgee$ cordova prepare blackberry10 [Error: The provided path /Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/blackberry10 is not a Cordova BlackBerry10 project.] -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4948) Problem Installing Cordova on Xcode
[ https://issues.apache.org/jira/browse/CB-4948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813156#comment-13813156 ] Shazron Abdullah commented on CB-4948: -- Hi [~AOrtizGlez] can you resolve this as Not a Problem? Don't know why this issue is special but I don't think any of the committers can resolve it since it lacks a Resolve Issue button. If not we will delete it Problem Installing Cordova on Xcode --- Key: CB-4948 URL: https://issues.apache.org/jira/browse/CB-4948 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.0.0 Reporter: Abel Ortiz Gonzalez Assignee: Shazron Abdullah Priority: Minor Fix For: 3.2.0 Hi excuse me i have a problem i just download cordova-3.0.0 i searched for the .dmg installer on the ios folder and i cant find the .pkg for install cordova on my mac can you help me -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5272) CLI Events - wp8 needs a pre-package event
Jesse MacFadyen created CB-5272: --- Summary: CLI Events - wp8 needs a pre-package event Key: CB-5272 URL: https://issues.apache.org/jira/browse/CB-5272 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.2.0 wp7 has a pre-package event that allows project items to be added/changed before the build is started. [1] The same needs to be available for wp8. [1] https://github.com/apache/cordova-cli/commit/bd2c667e947b3fda05541e0d1a124d23df60a132 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5248) Adding additional arguments for 'cordova create' will break your project
[ https://issues.apache.org/jira/browse/CB-5248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813169#comment-13813169 ] Josh Soref commented on CB-5248: https://github.com/apache/cordova-cli/pull/65 Adding additional arguments for 'cordova create' will break your project Key: CB-5248 URL: https://issues.apache.org/jira/browse/CB-5248 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Reporter: JennyGee Priority: Minor Fix For: 3.2.0 According to the help docs cordova has the following for create: create PATH [ID] [NAME] where ID and NAME are optional. When you add an additional parameter after NAME, you get a error stating that it doesn't understand the last parameter. On the other hand the cordova project appears to be created properly. But when you have a look at the actual project, it's actually broken: myMachine:cordovaTest jgee$ cordova create newDir newPackage app1 app2 Creating a new cordova project with name app1 and id newPackage at location ../cordovaTest/newDir [TypeError: Object.keys called on non-object] myMachine:cordovaTest jgee$ cd newDir/ ci003068684:newDir jgee$ ls mergesplatforms plugins www myMachine:newDir jgee$ cordova info { [Error: ENOENT, no such file or directory '..cordovaTest/newDir/www/config.xml'] errno: 34, code: 'ENOENT', path: '..cordova/newDir/www/config.xml', syscall: 'open' } -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813172#comment-13813172 ] ASF subversion and git services commented on CB-3962: - Commit 1259c67e375bf98c6316d79d0926a538a1537558 in branch refs/heads/master from [~sierra] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=1259c67 ] [CB-3962] he/she problems; weird nexted headings; bogus nested list document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813173#comment-13813173 ] ASF subversion and git services commented on CB-3962: - Commit d77c645e685bff794bf10d58a2c9b208e6d2ea0b in branch refs/heads/master from [~sierra] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=d77c645 ] [CB-3962] bogus nested number lists document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5273) cordova run does not print out actual error unless you put in --verbose
JennyGee created CB-5273: Summary: cordova run does not print out actual error unless you put in --verbose Key: CB-5273 URL: https://issues.apache.org/jira/browse/CB-5273 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Reporter: JennyGee Priority: Minor Executing cordova run with a device installed gives you the following error: ci003068684:Some Directory jgee$ cordova run Generating config.xml from defaults for platform blackberry10 Preparing blackberry10 project Running app on platform blackberry10 via command /Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/blackberry10/cordova/run --device [Error: An error occurred while running the blackberry10 project.] The above error message should at least tell you explicitly that a device is not attached. Like the following line that you get from verbose: [ERROR] No connected BlackBerry 10 device found -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813181#comment-13813181 ] Michael Brooks commented on CB-3962: Alright, it's all merged. Commits 8e4f91f88340e89f714fdcbdc9af3031be338532 and f76c6310039af02bc4850139542868b999583b26 had conflicts with {{docs/en/edge/guide/cli/index.md}}. It looks as though this branch's CLI document is either ahead or behind the master CLI document. In the master, the Cordova and Project upgrades are combined. In your branch, they are separated. document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813177#comment-13813177 ] ASF subversion and git services commented on CB-3962: - Commit d26c8df2292745c7b8bda350cc95701c9598c2f2 in branch refs/heads/master from [~sierra] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=d26c8df ] [CB-3962] Reduce the 'willies' Conflicts: docs/en/edge/guide/cli/index.md document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813180#comment-13813180 ] ASF subversion and git services commented on CB-3962: - Commit 77386813f663c14d516eb105efaac60c2a3cec8f in branch refs/heads/master from [~sierra] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=7738681 ] [CB-3962] clarify passive-voice better for reference doc document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-3962) document and implement editorial guidelines
[ https://issues.apache.org/jira/browse/CB-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813179#comment-13813179 ] ASF subversion and git services commented on CB-3962: - Commit 082b8a154e7ecf27e792b2028aaf0386d93e630f in branch refs/heads/master from [~sierra] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=082b8a1 ] [CB-3962] clarify 'user' document and implement editorial guidelines --- Key: CB-3962 URL: https://issues.apache.org/jira/browse/CB-3962 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Mike Sierra Assignee: Mike Sierra Priority: Critical The top-level STYLESHEET.md file collects editorial guidelines to help standardize the doc. Keep updating to reflect any site-side conventions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5137) docs should describe how to build Cordova from Apache dist
[ https://issues.apache.org/jira/browse/CB-5137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813186#comment-13813186 ] Marcel Kinard commented on CB-5137: --- https://github.com/apache/cordova-coho/pull/6 https://github.com/apache/cordova-docs/pull/148 docs should describe how to build Cordova from Apache dist -- Key: CB-5137 URL: https://issues.apache.org/jira/browse/CB-5137 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor The docs seem to assume that Cordova was already downloaded either via npm or from a PhoneGap distribution or similar. Though the Apache Way is to distribute source code, it isn't clear to the average consumer in the docs how to get Cordova up and running from either the source zips on dist.apache.org or from the repos at git-wip-us.apache.org. This documentation should be added, perhaps as a section such as How to Obtain Cordova and/or How to Build Cordova from Source. There may be additional docs needed that describe how to bootstrap the docs (build the html from the md) if for some reason the user can't get them online at cordova.apache.org/docs. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (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 ] Jesse MacFadyen resolved CB-5263. - Resolution: Duplicate This has been addressed in wp7 + wp8 for 2.9.1 and 3.1.0 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] [Resolved] (CB-5272) CLI Events - wp8 needs a pre-package event
[ https://issues.apache.org/jira/browse/CB-5272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5272. - Resolution: Fixed Fixed in pull request: https://github.com/apache/cordova-cli/pull/43 CLI Events - wp8 needs a pre-package event -- Key: CB-5272 URL: https://issues.apache.org/jira/browse/CB-5272 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.2.0 wp7 has a pre-package event that allows project items to be added/changed before the build is started. [1] The same needs to be available for wp8. [1] https://github.com/apache/cordova-cli/commit/bd2c667e947b3fda05541e0d1a124d23df60a132 -- 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-tabpanelfocusedCommentId=13813192#comment-13813192 ] Carlos Santana commented on CB-5258: [~bhigg...@blackberry.com] Does it work fine on OSX? There is a related issue on OSX for iOS https://issues.apache.org/jira/browse/CB-5229 the root is that bash script uses echo to put out error message they need to be directed to stderr 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-5258) build / run - stdout stderr empty on Windows
[ https://issues.apache.org/jira/browse/CB-5258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813195#comment-13813195 ] Bryan Higgins commented on CB-5258: --- Works on OSX and Win7. Does not work on Win8 or 8.1. 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] [Created] (CB-5274) cordova run does not prompt you for a device password
JennyGee created CB-5274: Summary: cordova run does not prompt you for a device password Key: CB-5274 URL: https://issues.apache.org/jira/browse/CB-5274 Project: Apache Cordova Issue Type: Bug Reporter: JennyGee Priority: Minor Ensure that a device is attached to your machine before executing. ci003068684:Some Directory jgee$ cordova run Generating config.xml from defaults for platform blackberry10 Preparing blackberry10 project Running app on platform blackberry10 via command /Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/blackberry10/cordova/run --device [Error: An error occurred while running the blackberry10 project.] If you check verbose it'll tell you that you're missing the password. But before it fails, it should at least ask you for the password -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5230) Cordova run never completes
[ https://issues.apache.org/jira/browse/CB-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-5230. --- Resolution: Cannot Reproduce 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] [Resolved] (CB-5076) Problem with Format on WriteLine
[ https://issues.apache.org/jira/browse/CB-5076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5076. - Resolution: Fixed Fix Version/s: 3.2.0 Problem with Format on WriteLine Key: CB-5076 URL: https://issues.apache.org/jira/browse/CB-5076 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.0.0 Environment: Any Reporter: Jonathan Naguin Assignee: Jesse MacFadyen Labels: format, index, string Fix For: 3.2.0 I am receiving this error: {quote} Index (zero based) must be greater than or equal to zero and less than the size of the argument list. at System.Text.StringBuilder.AppendFormat(IFormatProvider provider, String format, Object[] args) at System.String.Format(IFormatProvider provider, String format, Object[] args) at System.String.Format(String format, Object arg0, Object arg1, Object arg2) at WPCordovaClassLib.Cordova.NativeExecution.ProcessCommand(CordovaCommandCall commandCallParams) at WPCordovaClassLib.CordovaView.CordovaBrowser_ScriptNotify(Object sender, NotifyEventArgs e) at Microsoft.Phone.Controls.WebBrowser.FireScriptNotifyEvent(String value) at Microsoft.Phone.Controls.WebBrowserInterop.ReversePInvokeThunk.OnScriptNotify(Int32 webBrowserControlId, String value) {quote} My guess is that the problem is in this line of code: {code} Debug.WriteLine(String.Format(ERROR: Unable to execute command :: {0}:{1}:{3} , commandCallParams.Service, commandCallParams.Action, ex.Message)); {code} It seems that the index numbes are wrong. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5076) Problem with Format on WriteLine
[ https://issues.apache.org/jira/browse/CB-5076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813244#comment-13813244 ] ASF subversion and git services commented on CB-5076: - Commit 254883a62079039e88ef549346a1a0ba00159779 in branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=254883a ] CB-5076 String.Format issue causing exception in exception handler Problem with Format on WriteLine Key: CB-5076 URL: https://issues.apache.org/jira/browse/CB-5076 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.0.0 Environment: Any Reporter: Jonathan Naguin Assignee: Jesse MacFadyen Labels: format, index, string Fix For: 3.2.0 I am receiving this error: {quote} Index (zero based) must be greater than or equal to zero and less than the size of the argument list. at System.Text.StringBuilder.AppendFormat(IFormatProvider provider, String format, Object[] args) at System.String.Format(IFormatProvider provider, String format, Object[] args) at System.String.Format(String format, Object arg0, Object arg1, Object arg2) at WPCordovaClassLib.Cordova.NativeExecution.ProcessCommand(CordovaCommandCall commandCallParams) at WPCordovaClassLib.CordovaView.CordovaBrowser_ScriptNotify(Object sender, NotifyEventArgs e) at Microsoft.Phone.Controls.WebBrowser.FireScriptNotifyEvent(String value) at Microsoft.Phone.Controls.WebBrowserInterop.ReversePInvokeThunk.OnScriptNotify(Int32 webBrowserControlId, String value) {quote} My guess is that the problem is in this line of code: {code} Debug.WriteLine(String.Format(ERROR: Unable to execute command :: {0}:{1}:{3} , commandCallParams.Service, commandCallParams.Action, ex.Message)); {code} It seems that the index numbes are wrong. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4863) Drop iOS 5.0 support
[ https://issues.apache.org/jira/browse/CB-4863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813264#comment-13813264 ] Shazron Abdullah commented on CB-4863: -- arm64 fat binary support is here with Xcode 5.01: http://lists.apple.com/archives/xcode-users/2013/Nov/msg00010.html (5.1.1 minimum deployment support though, bumped up) Drop iOS 5.0 support Key: CB-4863 URL: https://issues.apache.org/jira/browse/CB-4863 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 3.0.0 Reporter: Shazron Abdullah Assignee: Shazron Abdullah Priority: Minor Labels: ios7 Adding this issue for discussion. We still support iOS 5.0 in the Deployment Target. iOS 6.0 and greater support enables arm64 support (64-bit) but not sure of any advantages there, really. Also, this is consistent with our previous support where we only support the current iOS version and one version back. Also, finding a device with iOS 5 support (besides the iPad 1, which cannot have iOS 6 support) is becoming problematic. iOS 6 API diffs from 5: https://developer.apple.com/library/ios/releasenotes/General/iOS60APIDiffs/index.html Apple's note regarding 64-bit support: https://developer.apple.com/news/index.php?id=9162013a {quote} If you wish to continue to support iOS 6 then you will need to build for 32-bit only. Next month we will be making changes that will allow you to create a single app binary that supports 32-bit on iOS 6, as well as 32-bit and 64-bit on iOS 7. {quote} So, based on that I think if we go ahead and support arm64 we wait for this 64-bit iOS fat binary functionality coming next month. This probably will coincide with their Mavericks 10.9 OS and SDK release with the new accompanying Xcode bump. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5122) Document supported workflows
[ https://issues.apache.org/jira/browse/CB-5122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813265#comment-13813265 ] Mike Sierra commented on CB-5122: - [~mrbillau], I see you're doing most of your work in the Overview Plugman sections. If it's OK, I can go ahead start to rework the platform-specific Installation vs. command-line Development guides. Document supported workflows Key: CB-5122 URL: https://issues.apache.org/jira/browse/CB-5122 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Mike Billau Assignee: Mike Sierra Based on the recent discussion here [1]we should document the two different supported Cordova workflows: using the CLI, and using plugman and bin scripts. Some of this documentation already exists but needs to be clarified and improved: {{Overview guide -- Development Paths section}}. This talks about getting started with the CLI and then mentions that you can switch to the platform-specific SDK tools. This section should be rewritten to make it clear that there are two distinct workflows, and that both are okay and supported. It could list out some pros and cons of each workflow (I'm sure we won't have any trouble finding those ;)). It should be prescriptive in that users should be following one of the two workflows, but it shouldn't make any statements about which is better. {{The Command-line Interface guide}} -- The CLI workflow guide. It generally looks complete except for some missing functionality that is documented in the CLI's README.md file (tests, hooks, some commands (serve), some merges info). {{Platform Guides -- (Platform) -- (Platform) Command-line tools}} -- Each platform has a Command-line tools doc that explains all of the command line tools for that project and how to use them. We need to go through these guides and verify that they are up to date and include all of the lower level command line tools and scripts. It should read like a tutorial in the same way that the Command-line Interface guide does. {{Using Plugman to Manage Plugins}} First, this guide needs to get exposed; I can't find any way to get to this guide from the docs and even had to ask a user how she managed to find it (a link from Plugman's readme!). This guide needs to be expanded quite a bit; we can probably fold most/all of Plugman's README.md file into this guide since it will be platform agnostic. I think those are the only pieces in the docs that need to be changed. [1] http://callback.markmail.org/thread/5nr7dgkquse4gdkl [2] http://cordova.apache.org/docs/en/edge/guide_overview_index.md.html#Overview [3] http://cordova.apache.org/docs/en/edge/plugin_ref_plugman.md.html -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5122) Document supported workflows
[ https://issues.apache.org/jira/browse/CB-5122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813281#comment-13813281 ] Mike Billau commented on CB-5122: - Sure [~sierra] feel free. I'm going to take another pass over the Overview, Plugman, and CLI sections tomorrow (found a few undocumented CLI commands) and then hopefully we can mark those ones as finished. Then I can help you or find another task - anything in particular you could use extra help on? Document supported workflows Key: CB-5122 URL: https://issues.apache.org/jira/browse/CB-5122 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Mike Billau Assignee: Mike Sierra Based on the recent discussion here [1]we should document the two different supported Cordova workflows: using the CLI, and using plugman and bin scripts. Some of this documentation already exists but needs to be clarified and improved: {{Overview guide -- Development Paths section}}. This talks about getting started with the CLI and then mentions that you can switch to the platform-specific SDK tools. This section should be rewritten to make it clear that there are two distinct workflows, and that both are okay and supported. It could list out some pros and cons of each workflow (I'm sure we won't have any trouble finding those ;)). It should be prescriptive in that users should be following one of the two workflows, but it shouldn't make any statements about which is better. {{The Command-line Interface guide}} -- The CLI workflow guide. It generally looks complete except for some missing functionality that is documented in the CLI's README.md file (tests, hooks, some commands (serve), some merges info). {{Platform Guides -- (Platform) -- (Platform) Command-line tools}} -- Each platform has a Command-line tools doc that explains all of the command line tools for that project and how to use them. We need to go through these guides and verify that they are up to date and include all of the lower level command line tools and scripts. It should read like a tutorial in the same way that the Command-line Interface guide does. {{Using Plugman to Manage Plugins}} First, this guide needs to get exposed; I can't find any way to get to this guide from the docs and even had to ask a user how she managed to find it (a link from Plugman's readme!). This guide needs to be expanded quite a bit; we can probably fold most/all of Plugman's README.md file into this guide since it will be platform agnostic. I think those are the only pieces in the docs that need to be changed. [1] http://callback.markmail.org/thread/5nr7dgkquse4gdkl [2] http://cordova.apache.org/docs/en/edge/guide_overview_index.md.html#Overview [3] http://cordova.apache.org/docs/en/edge/plugin_ref_plugman.md.html -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5275) Thread Errors for Capture Plugin on Android 4.2.x
Joe Bowser created CB-5275: -- Summary: Thread Errors for Capture Plugin on Android 4.2.x Key: CB-5275 URL: https://issues.apache.org/jira/browse/CB-5275 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Media Capture Affects Versions: 3.1.0 Reporter: Joe Bowser There is currently an error with the Capture plugin trying to save a file on the UI thread. This error was triggered by the Plugin API. Any Save File Operations should be put in runnables. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5275) Thread Errors for Capture Plugin on Android 4.2.x
[ https://issues.apache.org/jira/browse/CB-5275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813306#comment-13813306 ] ASF subversion and git services commented on CB-5275: - Commit 237d55f64ba68e4c70bb33750b4a7f3fdbfeda3e in branch refs/heads/dev from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media-capture.git;h=237d55f ] CB-5275: CaptureImage and CaptureVideo have runnables and CaptureVideo works on 4.2. Still doesn't work for 4.3 Thread Errors for Capture Plugin on Android 4.2.x - Key: CB-5275 URL: https://issues.apache.org/jira/browse/CB-5275 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Media Capture Affects Versions: 3.1.0 Reporter: Joe Bowser There is currently an error with the Capture plugin trying to save a file on the UI thread. This error was triggered by the Plugin API. Any Save File Operations should be put in runnables. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5275) Thread Errors for Capture Plugin on Android 4.2.x
[ https://issues.apache.org/jira/browse/CB-5275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-5275. Resolution: Fixed Thread Errors for Capture Plugin on Android 4.2.x - Key: CB-5275 URL: https://issues.apache.org/jira/browse/CB-5275 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Media Capture Affects Versions: 3.1.0 Reporter: Joe Bowser There is currently an error with the Capture plugin trying to save a file on the UI thread. This error was triggered by the Plugin API. Any Save File Operations should be put in runnables. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5003) Cannot load local files using ajax in jQuery 2.0.3
[ https://issues.apache.org/jira/browse/CB-5003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5003. - Resolution: Fixed Fix Version/s: 3.1.0 2.9.1 Cannot load local files using ajax in jQuery 2.0.3 -- Key: CB-5003 URL: https://issues.apache.org/jira/browse/CB-5003 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: 2.9.0 Reporter: Alexander Bulychev Assignee: Jesse MacFadyen Fix For: 2.9.1, 3.1.0 HI, I'm trying to load templates in WP8 PhoneGap app using jQuery.ajax with options isLocal=true and url=x-wmapp0:www/path/to/file.html. When I use jQuery 1.* all works fine. But using jQuery 2.* ajax returns an error Error: Access is denied. It is because ajax in 1.* in IE works using window.ActiveXObject(Microsoft.XMLHTTP). But in 2.* it is use XMLHttpRequest. So I cannot use jQuery 2.* with Cordova 2.9. Are there any solutions? -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5251) Running on device still not supported, but CLI not saying that.
[ https://issues.apache.org/jira/browse/CB-5251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5251: - Component/s: CLI Running on device still not supported, but CLI not saying that. --- Key: CB-5251 URL: https://issues.apache.org/jira/browse/CB-5251 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Raymond Camden Priority: Minor I know that running on an iOS device from the CLI has been an issue for a little while, but currently there isn't good support for letting the user know that. If you do cordova run ios, you get: Generating config.xml from defaults for platform ios Preparing ios project Running app on platform ios via command /Users/ray/Desktop/geobug2/platforms/ios/cordova/run --device [Error: n error occurred while running the ios project.] With no context as to why. If you add the -d arg, you get (after a bunch of stuff) Targeting a device is not supported currently. So two things. I believe device targetting works in Android, right? Shouldn't the error say iOS? Secondly - this error should be shown even if you don't use verbose. Finally - I think the cordova help dump should call this out to make it more obvious. If you can't run on a major platform like iOS, I think a little note in the help text would make it more obvious. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5260) iOS Platform Guide broken link to Tools Workflow Guide
[ https://issues.apache.org/jira/browse/CB-5260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813338#comment-13813338 ] Shazron Abdullah commented on CB-5260: -- The best updated link I could find is: https://developer.apple.com/library/ios/navigation/#section=Topicstopic=Xcode Which covers the items in the deprecated guide. iOS Platform Guide broken link to Tools Workflow Guide -- Key: CB-5260 URL: https://issues.apache.org/jira/browse/CB-5260 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS Affects Versions: 3.1.0 Reporter: Angela Fowler Priority: Minor http://cordova.apache.org/docs/en/3.1.0/guide_platforms_ios_index.md.html#iOS%20Platform%20Guide Under Deploy to Device the “Tools Workflow Guide for iOS” link is broken : http://developer.apple.com/library/ios/#documentation/Xcode/Conceptual/ios_development_workflow/00-About_the_iOS_Application_Development_Workflow/introduction.html#//apple_ref/doc/uid/TP40007959 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5269) Docs incorrectly report that wp7 and wp8 do not support the FileTransfer API
[ https://issues.apache.org/jira/browse/CB-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5269. - Resolution: Fixed Docs incorrectly report that wp7 and wp8 do not support the FileTransfer API Key: CB-5269 URL: https://issues.apache.org/jira/browse/CB-5269 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.2.0 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5268) Docs incorrectly state that windows8 does not support plugins.
[ https://issues.apache.org/jira/browse/CB-5268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5268. - Resolution: Fixed Docs incorrectly state that windows8 does not support plugins. --- Key: CB-5268 URL: https://issues.apache.org/jira/browse/CB-5268 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.2.0 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5270) Docs skew towards older storage api
[ https://issues.apache.org/jira/browse/CB-5270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5270. - Resolution: Fixed Docs skew towards older storage api --- Key: CB-5270 URL: https://issues.apache.org/jira/browse/CB-5270 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Fix For: 3.2.0 The overview states that wp7 + wp8 and windows8 support the storage api in varying degrees. This category should be broken into WebSQL + localStorage + indexedDB Platform/API wp7 wp8 windows8 WebSQLno nono localStorage yesyes yes indexedDB no yes yes -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5180) WPx Backport for 2.9.1
[ https://issues.apache.org/jira/browse/CB-5180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5180. - Resolution: Fixed WPx Backport for 2.9.1 -- Key: CB-5180 URL: https://issues.apache.org/jira/browse/CB-5180 Project: Apache Cordova Issue Type: Sub-task Components: CordovaJS, WP7, WP8 Affects Versions: 2.9.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 2.9.1 cordova-plugin-console.git ? CB-4192 ( all ) cordova-plugin-dialogs CB-4090 ( WPx ) ( also affects cordova-plugin-geolocation ) cordova-plugin-file-transfer.git CB-2607 ( WPx ) CB-1543 ( WPx ) ? CB-2828 ( WPx ) cordova-plugin-file.git CB-4054 ( WPx ) CB-4771 ( all ) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-5143) CLI cordova prepare fails to copy the common files to android platform
[ https://issues.apache.org/jira/browse/CB-5143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer reassigned CB-5143: -- Assignee: Lorin Beer (was: Mark Koudritsky) CLI cordova prepare fails to copy the common files to android platform -- Key: CB-5143 URL: https://issues.apache.org/jira/browse/CB-5143 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.1.0 Environment: Windows Reporter: Peter Assignee: Lorin Beer Priority: Blocker I had created a CLI project, and then used CLI to add the android platform and add many plugins, etc. Then I used *cordova prepare* to copy my common www files to the android platform folders. This step worked OK for the simple _HelloWorld_ example from the CLI online guide, but for my full CLI project the prepare did not copy anything. The prepare processed the plugins OK, but nothing copied, and there was no error or any other indication what went wrong. (The -d debug flag did not help much either) Eventually, after consuming a lot of coffee the problem was isolated to a file called _android_parser.js_ which executes during the cordova prepare processing. This code... {code} var orig_java_class = fs.readdirSync(orig_pkgDir).filter(function(f) {return f.indexOf('.svn') == -1;})[0]; {code} is apparently assuming that the main app java class is the _only_ (or _first_?) file found in the package directory. But this assumption is incorrect for my project (e.g. there are other sub-packages which were found ahead of the .java file) and so the script was failing shortly after this line of code, resulting in no copy... :( For example, my project structure resembles {code} src \-- com \-- fujitsu \-- mypkg \-- apkg1 \-- bpkg2 MyApp.java \-- zpkg3 {code} To get arround this issue I am currently using using a hacky workaround - renaming the app java file with a prefix AAA_ so that at least the zero offset can find it OK. {code} src \-- com \-- fujitsu \-- mypkg AAA_MyApp.java \-- apkg1 \-- bpkg2 \-- zpkg3 {code} With this hack in place the cordova prepare copies the common files as expected. BTW - In fact I don't even use this file at all because my _AndroidManifest.xml_ is manually configured to launch a completely different main activity. But I have to leave this dummy AAA_MyApp.java file lying around just so the CLI cordova prepare will behave properly. If not for this issue then I would just delete it. -- 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-tabpanelfocusedCommentId=13813382#comment-13813382 ] Peter commented on CB-5259: --- Thanks for the reply Brad. Your tuit is in the mail - you should receive it by Thursday. Another missing part of the plugin version puzzle is this: How is a user expected to know when their installed plugin are out of date? Apart some stumbling on some mention in a blog, or checking with the registry every day for updates it is unclear to me what is the assumed mechanism. Is this also something that the planned new CLI reporting feature will address? For example, imagine something like this: D:\IMAPS\work\trunk\SRC\IMAPSAgent3x*cordova plugin info* |org.apache.cordova.battery-status |0.2.4| latest| |org.apache.cordova.camera |0.2.4| latest| |org.apache.cordova.console |0.2.4| latest| |org.apache.cordova.contacts|0.2.4 |0.2.5 available at http://registry.cordova.io/org.apache.cordova.contacts/-/org.apache.cordova.contacts-0.2.5.tgz| |org.apache.cordova.device |0.2.4| latest| |org.apache.cordova.device-motion |0.2.3| latest| |org.apache.cordova.device-orientation |0.3.2| latest| |org.apache.cordova.dialogs |0.2.3| latest| |org.apache.cordova.file|0.2.4 |0.2.5 available at http://registry.cordova.io/org.apache.cordova.file/-/org.apache.cordova.file-0.2.5.tgz| |org.apache.cordova.file-transfer |0.3.3 |0.3.4 available at http://registry.cordova.io/org.apache.cordova.file-transfer/-/org.apache.cordova.file-transfer-0.3.4.tgz| |org.apache.cordova.geolocation |0.3.3| latest| |org.apache.cordova.globalization |0.2.3| latest| |org.apache.cordova.inappbrowser|0.2.3 |0.2.4 available at http://registry.cordova.io/org.apache.cordova.inappbrowser/-/org.apache.cordova.inappbrowser-0.2.4.tgz| |org.apache.cordova.media |0.2.4 |0.2.5 available at http://registry.cordova.io/org.apache.cordova.media/-/org.apache.cordova.media-0.2.5.tgz| |org.apache.cordova.media-capture |0.2.3 |0.2.4 available at http://registry.cordova.io/org.apache.cordova.media-capture/-/org.apache.cordova.media-capture-0.2.4.tgz| |org.apache.cordova.network-information |0.2.4| latest| |org.apache.cordova.splashscreen|0.2.4| latest| |org.apache.cordova.vibration |0.3.3 |0.3.4 available at http://registry.cordova.io/org.apache.cordova.vibration/-/org.apache.cordova.vibration-0.3.4.tgz| 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\IMAPSAgent3xcordova 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\IMAPSAgent3xdir /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 PMDIR . 16/10/2013 04:57 PMDIR .. 16/10/2013 04:57 PMDIR org.apache.cordova.battery-status 16/10/2013 04:57 PMDIR org.apache.cordova.camera 16/10/2013 04:57 PMDIR org.apache.cordova.console 16/10/2013 04:57 PMDIR org.apache.cordova.contacts 16/10/2013 04:57 PMDIR org.apache.cordova.device 16/10/2013 04:57 PMDIR org.apache.cordova.device-motion 16/10/2013 04:57 PMDIR org.apache.cordova.device-orientation 16/10/2013 04:57 PM
[jira] [Commented] (CB-5266) 'cordova platform add blackberry' misses some files that 'cordova create' puts in.
[ https://issues.apache.org/jira/browse/CB-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813415#comment-13813415 ] ASF subversion and git services commented on CB-5266: - Commit 222d7550ffba096cde6c2049f894a75405da09b5 in branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=222d755 ] CB-5266 update create.js to copy all shell scripts regardless of host platform '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] [Assigned] (CB-4328) loadUrlTimeoutValue in android preferences should state that the number is in ms and the default is 20000
[ https://issues.apache.org/jira/browse/CB-4328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer reassigned CB-4328: -- Assignee: Lorin Beer (was: Michael Brooks) loadUrlTimeoutValue in android preferences should state that the number is in ms and the default is 2 - Key: CB-4328 URL: https://issues.apache.org/jira/browse/CB-4328 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.0.0 Reporter: Dan Moore Assignee: Lorin Beer Priority: Minor From http://cordova.apache.org/docs/en/edge/guide_platforms_android_config.md.html#Android%20Configuration : loadUrlTimeoutValue - How much time Cordova should wait before throwing a timeout error on the application. should be loadUrlTimeoutValue (integer, defaults to 2) - How much time in milliseconds Cordova should wait before throwing a timeout error on the application. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5250) bb init script unable to handle directories/files with spaces in it.
[ https://issues.apache.org/jira/browse/CB-5250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813418#comment-13813418 ] ASF subversion and git services commented on CB-5250: - Commit f2d756e946a362700c205123836d9d789f94bc1e in branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=f2d756e ] CB-5250 bb init script calls dirname with unquoted variables * dirname breaks when the variables point to directories/files with spaces - the location of `node` is a path containing spaces - the location of the `BlackBerry` tools is a path containing spaces Reviewed by James Keshavarzi kjkeshava...@blackberry.com bb init script unable to handle directories/files with spaces in it. Key: CB-5250 URL: https://issues.apache.org/jira/browse/CB-5250 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Environment: Mac and Windows Reporter: JennyGee Assignee: Bryan Higgins Fix For: 3.2.0 Inside the Init file: cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5188) Plugins Release - Oct 24 2013
[ https://issues.apache.org/jira/browse/CB-5188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5188. Resolution: Fixed Plugins Release - Oct 24 2013 - Key: CB-5188 URL: https://issues.apache.org/jira/browse/CB-5188 Project: Apache Cordova Issue Type: Task Reporter: Steve Gill Assignee: Steve Gill -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5246) cordova/run no target exists message is ambiguous
[ https://issues.apache.org/jira/browse/CB-5246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813419#comment-13813419 ] ASF subversion and git services commented on CB-5246: - Commit 46ac29fd7a766a783160532cc210cc1ed11fdc53 in branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=46ac29f ] CB-5246 cordova/run disambiguate no target exists message Reviewed by Bryan Higgins bhigg...@blackberry.com cordova/run no target exists message is ambiguous - Key: CB-5246 URL: https://issues.apache.org/jira/browse/CB-5246 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Reporter: Josh Soref Fix For: 3.2.0 New user runs: cordova-blackberry\blackberry10\bin\create test cd test cordova\run -k hi [ERROR] No target exists, to add that target please run target add name ip [-t | --type device | simulator] [-p password] [--pin devicepin] There's no `:`, so I tried: cordova\run target add z10 169.254.0.1 and I got a nonsensical error message. The problem is that it wanted me to run: cordova\target add z10 169.254.0.1 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4328) loadUrlTimeoutValue in android preferences should state that the number is in ms and the default is 20000
[ https://issues.apache.org/jira/browse/CB-4328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813423#comment-13813423 ] ASF subversion and git services commented on CB-4328: - Commit 35d6e15ece6645a5c13de9cb8dc50f51cb640247 in branch refs/heads/master from [~lorin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=35d6e15 ] CB-4328 better description to remove ambiguity from the description of loadUrlTimeoutValue loadUrlTimeoutValue in android preferences should state that the number is in ms and the default is 2 - Key: CB-4328 URL: https://issues.apache.org/jira/browse/CB-4328 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.0.0 Reporter: Dan Moore Assignee: Lorin Beer Priority: Minor From http://cordova.apache.org/docs/en/edge/guide_platforms_android_config.md.html#Android%20Configuration : loadUrlTimeoutValue - How much time Cordova should wait before throwing a timeout error on the application. should be loadUrlTimeoutValue (integer, defaults to 2) - How much time in milliseconds Cordova should wait before throwing a timeout error on the application. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-4328) loadUrlTimeoutValue in android preferences should state that the number is in ms and the default is 20000
[ https://issues.apache.org/jira/browse/CB-4328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lorin Beer resolved CB-4328. Resolution: Fixed the suggested fix was already implemented. I added some additional text to remove any ambiguity. commit in comments loadUrlTimeoutValue in android preferences should state that the number is in ms and the default is 2 - Key: CB-4328 URL: https://issues.apache.org/jira/browse/CB-4328 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.0.0 Reporter: Dan Moore Assignee: Lorin Beer Priority: Minor From http://cordova.apache.org/docs/en/edge/guide_platforms_android_config.md.html#Android%20Configuration : loadUrlTimeoutValue - How much time Cordova should wait before throwing a timeout error on the application. should be loadUrlTimeoutValue (integer, defaults to 2) - How much time in milliseconds Cordova should wait before throwing a timeout error on the application. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Closed] (CB-5266) 'cordova platform add blackberry' misses some files that 'cordova create' puts in.
[ https://issues.apache.org/jira/browse/CB-5266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins closed CB-5266. - Resolution: Fixed '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] [Closed] (CB-5246) cordova/run no target exists message is ambiguous
[ https://issues.apache.org/jira/browse/CB-5246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins closed CB-5246. - Resolution: Fixed cordova/run no target exists message is ambiguous - Key: CB-5246 URL: https://issues.apache.org/jira/browse/CB-5246 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Reporter: Josh Soref Fix For: 3.2.0 New user runs: cordova-blackberry\blackberry10\bin\create test cd test cordova\run -k hi [ERROR] No target exists, to add that target please run target add name ip [-t | --type device | simulator] [-p password] [--pin devicepin] There's no `:`, so I tried: cordova\run target add z10 169.254.0.1 and I got a nonsensical error message. The problem is that it wanted me to run: cordova\target add z10 169.254.0.1 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5250) bb init script unable to handle directories/files with spaces in it.
[ https://issues.apache.org/jira/browse/CB-5250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-5250. --- Resolution: Fixed bb init script unable to handle directories/files with spaces in it. Key: CB-5250 URL: https://issues.apache.org/jira/browse/CB-5250 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Environment: Mac and Windows Reporter: JennyGee Assignee: Bryan Higgins Fix For: 3.2.0 Inside the Init file: cordova-blackberry/blackberry10/bin/init the dirname variable All calls to dirname need to quote shell variables so it can handle directories and files with spaces. Notes: This defect was found when the directory of the project contained a space on Mac. In Windows, this issue may occur since node will be installed in a location where it contains a space. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-4536) BlackBerry bin/create script should copy check_reqs script into project/cordova folder
[ https://issues.apache.org/jira/browse/CB-4536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-4536. --- Resolution: Fixed This was fixed incidentally https://github.com/apache/cordova-blackberry/blob/master/blackberry10/bin/create.js#L131-L134 BlackBerry bin/create script should copy check_reqs script into project/cordova folder -- Key: CB-4536 URL: https://issues.apache.org/jira/browse/CB-4536 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Affects Versions: Master Reporter: Filip Maj Assignee: Lorin Beer Fix For: 3.2.0 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5267) Error encountered when running cordova info on a project that a user does not own
[ https://issues.apache.org/jira/browse/CB-5267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins updated CB-5267: -- Component/s: (was: BlackBerry) CLI Error encountered when running cordova info on a project that a user does not own --- Key: CB-5267 URL: https://issues.apache.org/jira/browse/CB-5267 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Reporter: JennyGee Priority: Minor When a user runs cordova info on a project that it doesn't own, it will spit out the following error: { [Error: EACCES, permission denied 'info.txt'] errno: 3, code: 'EACCES', path: 'info.txt', syscall: 'open' } info will spit out a info.txt file containing the project details and will overwrite the contents of the file when executed subsequently. This will occur when the user runs the command and does not have write permission to the info.txt file. (In instances where the user does not own the project) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5273) cordova run does not print out actual error unless you put in --verbose
[ https://issues.apache.org/jira/browse/CB-5273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813439#comment-13813439 ] Bryan Higgins commented on CB-5273: --- I believe that was already fixed here: https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=commit;h=43ab50f5cf229e120f29c84f4bd4b63ecf4fd397 cordova run does not print out actual error unless you put in --verbose --- Key: CB-5273 URL: https://issues.apache.org/jira/browse/CB-5273 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Reporter: JennyGee Priority: Minor Executing cordova run with a device installed gives you the following error: ci003068684:Some Directory jgee$ cordova run Generating config.xml from defaults for platform blackberry10 Preparing blackberry10 project Running app on platform blackberry10 via command /Users/jgee/RippleSites/cordovaTest/Some Directory/platforms/blackberry10/cordova/run --device [Error: An error occurred while running the blackberry10 project.] The above error message should at least tell you explicitly that a device is not attached. Like the following line that you get from verbose: [ERROR] No connected BlackBerry 10 device found -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-5252) Signing application requires barsigner.csk which is not required anymore
[ https://issues.apache.org/jira/browse/CB-5252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins reassigned CB-5252: - Assignee: Bryan Higgins Signing application requires barsigner.csk which is not required anymore Key: CB-5252 URL: https://issues.apache.org/jira/browse/CB-5252 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Environment: OSX Mountain Lion, Cordova 3.1 Reporter: Björn Andersson Assignee: Bryan Higgins Fix For: 3.2.0 New to BlackBerry and recently had my first app published on App World and had this issue and figured it's an old remnant since it's a relatively new change. When I was trying to sign an app I had author.p12 and bbidtoken.csk but wasn't able to generate a barsigner.csk, which I was supposed to get [according to the documentation.|https://developer.blackberry.com/air/documentation/configure_app_signing_cmd_ms_2010861_11.html] After talking with the BlackBerry support they said that barsigner.csk was not necessary anymore so I just added an empty file alongside author.p12 and bbidtoken.csk and my app got signed. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5252) Signing application requires barsigner.csk which is not required anymore
[ https://issues.apache.org/jira/browse/CB-5252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins updated CB-5252: -- Fix Version/s: 3.2.0 Signing application requires barsigner.csk which is not required anymore Key: CB-5252 URL: https://issues.apache.org/jira/browse/CB-5252 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0 Environment: OSX Mountain Lion, Cordova 3.1 Reporter: Björn Andersson Assignee: Bryan Higgins Fix For: 3.2.0 New to BlackBerry and recently had my first app published on App World and had this issue and figured it's an old remnant since it's a relatively new change. When I was trying to sign an app I had author.p12 and bbidtoken.csk but wasn't able to generate a barsigner.csk, which I was supposed to get [according to the documentation.|https://developer.blackberry.com/air/documentation/configure_app_signing_cmd_ms_2010861_11.html] After talking with the BlackBerry support they said that barsigner.csk was not necessary anymore so I just added an empty file alongside author.p12 and bbidtoken.csk and my app got signed. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5248) Adding additional arguments for 'cordova create' will break your project
[ https://issues.apache.org/jira/browse/CB-5248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins updated CB-5248: -- Component/s: (was: BlackBerry) CLI Adding additional arguments for 'cordova create' will break your project Key: CB-5248 URL: https://issues.apache.org/jira/browse/CB-5248 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Reporter: JennyGee Priority: Minor Fix For: 3.2.0 According to the help docs cordova has the following for create: create PATH [ID] [NAME] where ID and NAME are optional. When you add an additional parameter after NAME, you get a error stating that it doesn't understand the last parameter. On the other hand the cordova project appears to be created properly. But when you have a look at the actual project, it's actually broken: myMachine:cordovaTest jgee$ cordova create newDir newPackage app1 app2 Creating a new cordova project with name app1 and id newPackage at location ../cordovaTest/newDir [TypeError: Object.keys called on non-object] myMachine:cordovaTest jgee$ cd newDir/ ci003068684:newDir jgee$ ls mergesplatforms plugins www myMachine:newDir jgee$ cordova info { [Error: ENOENT, no such file or directory '..cordovaTest/newDir/www/config.xml'] errno: 34, code: 'ENOENT', path: '..cordova/newDir/www/config.xml', syscall: 'open' } -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4531) BlackBerry10 bin/check_reqs scripts (sh, bat + js) should exit with code 2 if an error occurs
[ https://issues.apache.org/jira/browse/CB-4531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13813442#comment-13813442 ] Josh Soref commented on CB-4531: This needs to be reopened. There are cases even with Lorin's commit where we still return 1 or some other incorrect value. https://github.com/apache/cordova-blackberry/pull/107 has a queue which should do the right thing -- we're currently testing it (and filing and fixing many unrelated bugs in the process). BlackBerry10 bin/check_reqs scripts (sh, bat + js) should exit with code 2 if an error occurs - Key: CB-4531 URL: https://issues.apache.org/jira/browse/CB-4531 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.0.0 Reporter: Filip Maj Assignee: Lorin Beer Priority: Minor As per title! -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5237) Add ability to insert manifest items via config.xml
[ https://issues.apache.org/jira/browse/CB-5237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-5237. --- Resolution: Fixed Add ability to insert manifest items via config.xml --- Key: CB-5237 URL: https://issues.apache.org/jira/browse/CB-5237 Project: Apache Cordova Issue Type: Improvement Components: BlackBerry Affects Versions: 3.1.0 Reporter: Bryan Higgins Assignee: Bryan Higgins Fix For: 3.2.0 Add config-file support to config.xml: - validate target first, only supported file at this point is bar-descriptor.xml - inject the contents into the parent See cordova-plugman for a similar implementation used in plugin.xml Example config.xml entry: config-file target=bar-descriptor.xml parent=/qnx categorycar/category /config-file -- This message was sent by Atlassian JIRA (v6.1#6144)