[jira] [Commented] (CB-8203) Cannot create mobile spec for wp8
[ https://issues.apache.org/jira/browse/CB-8203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14256746#comment-14256746 ] ASF GitHub Bot commented on CB-8203: GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/114 CB-8203 Fixed wp8 platform reference in createmobilespec https://issues.apache.org/jira/browse/CB-8203 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-mobile-spec CB-8203 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/114.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #114 commit a9c9a1a9b7c0ff54ba344578f4c29c19e0cd34b9 Author: alsorokin alexander.soro...@akvelon.com Date: 2014-12-22T16:51:02Z CB-8203 Fixed wp8 platform reference in createmobilespec Cannot create mobile spec for wp8 - Key: CB-8203 URL: https://issues.apache.org/jira/browse/CB-8203 Project: Apache Cordova Issue Type: Bug Components: mobile-spec, WP8 Environment: Windows Server 2012 Reporter: Alexander Sorokin Assignee: Jesse MacFadyen createmobilespec script fails for wp8 platform. Steps to reproduce: 1. Clone and install/link cordova repositories from github 2. Clone cordova plugins repositories from github 3. Clone and install cordova-mobile-spec 4. Open command prompt and run: .\cordova-mobile-spec\createmobilespec\createmobilespec --wp8 mobspec Expected result: Mobile spec application created without errors. Actual result: It ends with following error: cp: no such file or directory: C:\Projects\Cordova\cordova-js\pkg\cordova.windowsphone.js -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14) CameraLauncher Plugin enhancement for loading big image files to avoid OutOfMemory exceptions
[ https://issues.apache.org/jira/browse/CB-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14256818#comment-14256818 ] Narendra Kurapati commented on CB-14: - Still, we have this issue in newer versions. The above function is giving errors. Please let us know if there any fixes. CameraLauncher Plugin enhancement for loading big image files to avoid OutOfMemory exceptions - Key: CB-14 URL: https://issues.apache.org/jira/browse/CB-14 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 1.1.0 Environment: Android SDK: 2.x above JDK: 1.6 Eclipse: Helios Reporter: Bright Zheng Assignee: Joe Bowser Priority: Critical Labels: CameraLauncher, OutOfMemory, decodeStream Fix For: 1.6.0 Currently the CameraLauncher plugin of Phonegap (or Apache Callback) is using Android default API for stream decoding. It will be very easy to get crash by throwing out the OutOfMemory exceptions while loading bigger image files. So I add a new method called safeDecodeStream for better stream decoding. {code:title=safeDecodeStream method|borderStyle=solid} /** * A safer decodeStream method * rather than the one of {@link BitmapFactory} * which will be easy to get OutOfMemory Exception * while loading a big image file. * * @param uri * @param width * @param height * @return * @throws FileNotFoundException */ protected Bitmap safeDecodeStream(Uri uri, int width, int height) throws FileNotFoundException{ int scale = 1; BitmapFactory.Options options = new BitmapFactory.Options(); android.content.ContentResolver resolver = this.ctx.getContentResolver(); if(width0 || height0){ // Decode image size without loading all data into memory options.inJustDecodeBounds = true; BitmapFactory.decodeStream( new BufferedInputStream(resolver.openInputStream(uri), 16*1024), null, options); int w = options.outWidth; int h = options.outHeight; while (true) { if ((width0 w/2 width) || (height0 h/2 height)){ break; } w /= 2; h /= 2; scale *= 2; } } // Decode with inSampleSize option options.inJustDecodeBounds = false; options.inSampleSize = scale; return BitmapFactory.decodeStream( new BufferedInputStream(resolver.openInputStream(uri), 16*1024), null, options); } {code} And then change all the codes which are invoking the Android decodeStream API directly to this method. e.g. {code:title=usage example|borderStyle=solid} //Updated by Bright for safer decodeStream //android.content.ContentResolver resolver = this.ctx.getContentResolver(); //bitmap = android.graphics.BitmapFactory.decodeStream(resolver.openInputStream(uri)); bitmap = safeDecodeStream(uri, this.targetWidth, this.targetHeight); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8208) Travis and AppVeyor builds are failing on cordova-lib
Alexander Sorokin created CB-8208: - Summary: Travis and AppVeyor builds are failing on cordova-lib Key: CB-8208 URL: https://issues.apache.org/jira/browse/CB-8208 Project: Apache Cordova Issue Type: Bug Reporter: Alexander Sorokin Both Travis and AppVeyor builds are failing on cordova-lib because of recent updates that uses new functionality of cordova-js that is not yet released (specifically, init function in require-tr.js). Tests fail because npm install installs latest release version that doesn't contain this functionality. Proposed fix is to modify CI configuration to use latest dev version of cordova-js instead of release version available from npm. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7441) Plugman. .jsproj files should be treated as xml if used with config-file
[ https://issues.apache.org/jira/browse/CB-7441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257122#comment-14257122 ] ASF GitHub Bot commented on CB-7441: Github user developernotes commented on the pull request: https://github.com/apache/cordova-lib/pull/82#issuecomment-67964820 Hi @sgrebnov I am running into the same issue with `.csproj` files that you did with `.jsproj` files. As you have closed this pull request, I'm curious if you found an alternative solution that will work allowing your to modify the project file during plugin installation. Thanks! Plugman. .jsproj files should be treated as xml if used with config-file -- Key: CB-7441 URL: https://issues.apache.org/jira/browse/CB-7441 Project: Apache Cordova Issue Type: Bug Components: CordovaLib, Plugman Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova-lib, plugman, windows Create plugin with the following section {code} platform name=windows config-file target=CordovaApp.Phone.jsproj parent=/* ItemGroup SDKReference Include=Microsoft.VCLibs, version=12.0 / /ItemGroup ItemGroup SDKReference Include=SQLite.WinRT, Version=3.8.2 / /ItemGroup /config-file ... /platform {code} Run 'cordova plugin add plugin_location' The following error is occurred: {code} Processing configuration changes for plugins. Failed to install 'com.msopentech.websql':Error: malformed document. First element should be plist ... {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6259) Add StatusBar row to Platform Support
[ https://issues.apache.org/jira/browse/CB-6259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257137#comment-14257137 ] ASF subversion and git services commented on CB-6259: - Commit ebe28d6b6e51b43a95aee5f7622daba4e2736354 in cordova-docs's branch refs/heads/master from [~akurdyumov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=ebe28d6 ] CB-6259 Add StatusBar row to Platform Support (close #232) Add StatusBar row to Platform Support - Key: CB-6259 URL: https://issues.apache.org/jira/browse/CB-6259 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Shazron Abdullah Platform Support: http://cordova.apache.org/docs/en/3.4.0/guide_support_index.md.html#Platform%20Support StatusBar Docs: https://github.com/apache/cordova-plugin-statusbar/blob/dev/README.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6259) Add StatusBar row to Platform Support
[ https://issues.apache.org/jira/browse/CB-6259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257138#comment-14257138 ] ASF GitHub Bot commented on CB-6259: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/232 Add StatusBar row to Platform Support - Key: CB-6259 URL: https://issues.apache.org/jira/browse/CB-6259 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Shazron Abdullah Platform Support: http://cordova.apache.org/docs/en/3.4.0/guide_support_index.md.html#Platform%20Support StatusBar Docs: https://github.com/apache/cordova-plugin-statusbar/blob/dev/README.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6259) Add StatusBar row to Platform Support
[ https://issues.apache.org/jira/browse/CB-6259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-6259. --- Resolution: Fixed Fixed in 4.0.1-dev Add StatusBar row to Platform Support - Key: CB-6259 URL: https://issues.apache.org/jira/browse/CB-6259 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Shazron Abdullah Platform Support: http://cordova.apache.org/docs/en/3.4.0/guide_support_index.md.html#Platform%20Support StatusBar Docs: https://github.com/apache/cordova-plugin-statusbar/blob/dev/README.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6751) Use joDoc-js (nodejs) instead of joDoc ruby
[ https://issues.apache.org/jira/browse/CB-6751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257155#comment-14257155 ] ASF subversion and git services commented on CB-6751: - Commit 455ed5998687d326c64f0efe51a46b0e965fc4b8 in cordova-docs's branch refs/heads/master from [~akurdyumov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=455ed59 ] CB-6751 Rewrite docs generation to use Node instead of Ruby (close #236) This is a combination of 44 commits. - Added joDoc dependency - Use jsDoc for generation - Create initial code which will allow add pre- and post-processors. Added AddTitle preprocessor which updates the heading stripe with first headline in the article - Add more processors and logging - Add following file processors: 1. version menu builder 2. update indexes processor 3. update keyword index processor - Added ability to specify logging - Add Prettify processing step - Add Prettify processing step Don't override .JS files during processing - Fix JSLint warnings - Added tests To support tests earlier helper classes from Ruby was reimplemented, and other behavior for processing module results replicated. This will continue to going same way for other processing modules, to ensure that they could be tested - Added tests for UpdateIndex processor - Remove debug trace calls - Added tests for UpdateKeywordIndex processor - Add test for Prettify processor - Add YAML stripper and tests - Added TOC builder with tests - Added FileMerge processor - Fix checking for the local jodoc - Added navigation menu - Append line endings, so comparison easier to made - Sort languages by label name in the version menu - Added linting to the test command - Remove not used code - Added execution flag on the script - Clean state of FileMerger parser - Prevent duplicating version menu when running in batch mode - Add error reporting during YAML parsing - Fix jslint warnings - Start adding basic validation suite Validation suite should compare newly generated documentation with documentation generated via Ruby - Report missing from new docs directories too - Compare subsets of HTML files - Add verbosity options for the HTML comparison - Pass current HTML verification of DOM content - Added tracing to the joDoc runner - Added meta robot tag with noindex processor - Don't add noindex to the last version - Make German language translation produce identical results using Ruby and JS - Make English language docs produce identical results using Ruby and JS - Make Spanish language translation produce identical results using Ruby and JS - Make French language translation produce identical results using Ruby and JS - Make Italian language translation produce identical results using Ruby and JS - Make Chinese language translation produce identical results using Ruby and JS - Make Slovenian language translation produce identical results using Ruby and JS - Make Japanese language translation produce identical results using Ruby and JS - Make Korean language translation produce identical results using Ruby and JS - Fix validation script bug Don't compare _index.html file for Asian files, since this is casused out of memory exception - Make Rusian language translation produce identical results using Ruby and JS - Fix validation script bug Don't compare _index.html file for Russian files, since this is casused out of memory exception Use joDoc-js (nodejs) instead of joDoc ruby --- Key: CB-6751 URL: https://issues.apache.org/jira/browse/CB-6751 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: Master Reporter: Shazron Abdullah Assignee: Andrey Kurdyumov https://github.com/azakus/jodoc-js https://github.com/davebalmer/joDoc/issues/17 This will remove the Ruby dependency and use nodejs which all of us have installed (and all users if they use the CLI) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6751) Use joDoc-js (nodejs) instead of joDoc ruby
[ https://issues.apache.org/jira/browse/CB-6751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257157#comment-14257157 ] ASF GitHub Bot commented on CB-6751: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/236 Use joDoc-js (nodejs) instead of joDoc ruby --- Key: CB-6751 URL: https://issues.apache.org/jira/browse/CB-6751 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: Master Reporter: Shazron Abdullah Assignee: Andrey Kurdyumov https://github.com/azakus/jodoc-js https://github.com/davebalmer/joDoc/issues/17 This will remove the Ruby dependency and use nodejs which all of us have installed (and all users if they use the CLI) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8209) cordova xcode link failed when refrence a 64bit-based library
Paul Lu created CB-8209: --- Summary: cordova xcode link failed when refrence a 64bit-based library Key: CB-8209 URL: https://issues.apache.org/jira/browse/CB-8209 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 4.1.3 Environment: Xcode 5.1, MAC Mavericks Reporter: Paul Lu Fix For: 4.1.3 i create a cordova project and add refrence to libwechatsdk.a (i upload the static library on http://pan.baidu.com/s/1sjmF7v3 ), when i build this project on xcode it throws link error:Undefined symbols for architecture Arm64. i have tried to change the architecture settings but it doesn't work. but if i use xcode to create a new cocoa simple application and add reference to this library, it works. could you try my library and fix this problem for me? it troubled me several days and our project has been seriously delayed. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8209) cordova xcode link failed when refrence a 64bit-based library
[ https://issues.apache.org/jira/browse/CB-8209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Lu updated CB-8209: Labels: Arm64 Undefined architecture for symbols (was: ) cordova xcode link failed when refrence a 64bit-based library - Key: CB-8209 URL: https://issues.apache.org/jira/browse/CB-8209 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 4.1.3 Environment: Xcode 5.1, MAC Mavericks Reporter: Paul Lu Labels: Arm64, Undefined, architecture, for, symbols Fix For: 4.1.3 Original Estimate: 12h Remaining Estimate: 12h i create a cordova project and add refrence to libwechatsdk.a (i upload the static library on http://pan.baidu.com/s/1sjmF7v3 ), when i build this project on xcode it throws link error:Undefined symbols for architecture Arm64. i have tried to change the architecture settings but it doesn't work. but if i use xcode to create a new cocoa simple application and add reference to this library, it works. could you try my library and fix this problem for me? it troubled me several days and our project has been seriously delayed. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8144) Add SystemXHR as a solution for whitelist in FFOS
[ https://issues.apache.org/jira/browse/CB-8144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257167#comment-14257167 ] ASF subversion and git services commented on CB-8144: - Commit 05c6c9719ddd1f1fbbdacd4405b40215736105a0 in cordova-docs's branch refs/heads/master from [~zalun] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=05c6c97 ] CB-8144 ffos: Add systemXHR as a solution for whitelisting (close #248) Add SystemXHR as a solution for whitelist in FFOS - Key: CB-8144 URL: https://issues.apache.org/jira/browse/CB-8144 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Reporter: Piotr Zalewa Assignee: Piotr Zalewa Proposed content In Firefox OS there is no concept of whitelisting a specific domain. Instead there is a special permission called [SystemXHR](https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest#Permissions). There is a need to add this permission to `config.xml`: platform name=firefoxos permission name=systemXHR privileged=true description=load data from server / /platform The `XMLHttpRequest` object needs to be instantiated with two parameters `mozAnon` and `mozSystem`: var request = new XMLHttpRequest({ mozAnon: true, mozSystem: true}); This solution is transparent so there is no difference for other platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8144) Add SystemXHR as a solution for whitelist in FFOS
[ https://issues.apache.org/jira/browse/CB-8144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8144. --- Resolution: Fixed merged into 4.0.1-dev Add SystemXHR as a solution for whitelist in FFOS - Key: CB-8144 URL: https://issues.apache.org/jira/browse/CB-8144 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Reporter: Piotr Zalewa Assignee: Piotr Zalewa Proposed content In Firefox OS there is no concept of whitelisting a specific domain. Instead there is a special permission called [SystemXHR](https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest#Permissions). There is a need to add this permission to `config.xml`: platform name=firefoxos permission name=systemXHR privileged=true description=load data from server / /platform The `XMLHttpRequest` object needs to be instantiated with two parameters `mozAnon` and `mozSystem`: var request = new XMLHttpRequest({ mozAnon: true, mozSystem: true}); This solution is transparent so there is no difference for other platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8144) Add SystemXHR as a solution for whitelist in FFOS
[ https://issues.apache.org/jira/browse/CB-8144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257168#comment-14257168 ] ASF GitHub Bot commented on CB-8144: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/248 Add SystemXHR as a solution for whitelist in FFOS - Key: CB-8144 URL: https://issues.apache.org/jira/browse/CB-8144 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Reporter: Piotr Zalewa Assignee: Piotr Zalewa Proposed content In Firefox OS there is no concept of whitelisting a specific domain. Instead there is a special permission called [SystemXHR](https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest#Permissions). There is a need to add this permission to `config.xml`: platform name=firefoxos permission name=systemXHR privileged=true description=load data from server / /platform The `XMLHttpRequest` object needs to be instantiated with two parameters `mozAnon` and `mozSystem`: var request = new XMLHttpRequest({ mozAnon: true, mozSystem: true}); This solution is transparent so there is no difference for other platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7972) Add cordova-plugin-globalization support for Windows platform
[ https://issues.apache.org/jira/browse/CB-7972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257171#comment-14257171 ] ASF GitHub Bot commented on CB-7972: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/247 Add cordova-plugin-globalization support for Windows platform - Key: CB-7972 URL: https://issues.apache.org/jira/browse/CB-7972 Project: Apache Cordova Issue Type: Improvement Components: Plugin Globalization Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7972) Add cordova-plugin-globalization support for Windows platform
[ https://issues.apache.org/jira/browse/CB-7972?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7972. --- Resolution: Fixed fixed in 4.0.1-dev Add cordova-plugin-globalization support for Windows platform - Key: CB-7972 URL: https://issues.apache.org/jira/browse/CB-7972 Project: Apache Cordova Issue Type: Improvement Components: Plugin Globalization Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7972) Add cordova-plugin-globalization support for Windows platform
[ https://issues.apache.org/jira/browse/CB-7972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257170#comment-14257170 ] ASF subversion and git services commented on CB-7972: - Commit ebb170e2df655f668d771c20c9e48a01fb5279f0 in cordova-docs's branch refs/heads/master from daserge [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=ebb170e ] CB-7972 Updated the platforms support table for globalization plugin on Windows (close #247) Add cordova-plugin-globalization support for Windows platform - Key: CB-7972 URL: https://issues.apache.org/jira/browse/CB-7972 Project: Apache Cordova Issue Type: Improvement Components: Plugin Globalization Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7971) Add cordova-plugin-battery-status support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257175#comment-14257175 ] ASF GitHub Bot commented on CB-7971: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/246 Add cordova-plugin-battery-status support for Windows Phone 8.1 --- Key: CB-7971 URL: https://issues.apache.org/jira/browse/CB-7971 Project: Apache Cordova Issue Type: Improvement Components: Plugin Battery Status Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7971) Add cordova-plugin-battery-status support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257174#comment-14257174 ] ASF subversion and git services commented on CB-7971: - Commit ca9204f34fdc05c05d3a7984c75e29b1a7148a56 in cordova-docs's branch refs/heads/master from daserge [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=ca9204f ] CB-7971 Updated platforms support table for battery-status on Windows Phone 8.1 (close #246) Add cordova-plugin-battery-status support for Windows Phone 8.1 --- Key: CB-7971 URL: https://issues.apache.org/jira/browse/CB-7971 Project: Apache Cordova Issue Type: Improvement Components: Plugin Battery Status Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7971) Add cordova-plugin-battery-status support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7971. --- Resolution: Fixed merged into 4.0.1-dev Add cordova-plugin-battery-status support for Windows Phone 8.1 --- Key: CB-7971 URL: https://issues.apache.org/jira/browse/CB-7971 Project: Apache Cordova Issue Type: Improvement Components: Plugin Battery Status Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7970. --- Resolution: Fixed merged into 4.0.1-dev Add cordova-plugin-vibration support for Windows Phone 8.1 -- Key: CB-7970 URL: https://issues.apache.org/jira/browse/CB-7970 Project: Apache Cordova Issue Type: Improvement Components: Plugin Vibration Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257178#comment-14257178 ] ASF GitHub Bot commented on CB-7970: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/245 Add cordova-plugin-vibration support for Windows Phone 8.1 -- Key: CB-7970 URL: https://issues.apache.org/jira/browse/CB-7970 Project: Apache Cordova Issue Type: Improvement Components: Plugin Vibration Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257177#comment-14257177 ] ASF subversion and git services commented on CB-7970: - Commit 6150a07ddbb1fd693cc823eff482e2c0cb333d61 in cordova-docs's branch refs/heads/master from daserge [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=6150a07 ] CB-7970 Updated platforms support table for vibration on Windows Phone 8.1 (close #245) Add cordova-plugin-vibration support for Windows Phone 8.1 -- Key: CB-7970 URL: https://issues.apache.org/jira/browse/CB-7970 Project: Apache Cordova Issue Type: Improvement Components: Plugin Vibration Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8129) Add test coverage report generation to core cordova tools
[ https://issues.apache.org/jira/browse/CB-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257192#comment-14257192 ] ASF subversion and git services commented on CB-8129: - Commit 3afab318bfcf976b3add8db24cd1fb0fac7cb4d5 in cordova-cli's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=3afab31 ] CB-8129 Adds 'npm run cover' command to generate tests coverage report Add test coverage report generation to core cordova tools - Key: CB-8129 URL: https://issues.apache.org/jira/browse/CB-8129 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaJS, CordovaLib Reporter: Vladimir Kotikov Labels: coverage, tools It will be great to be able to generate reports easily just by running some npm commands or grunt tasks. E.g. 'npm run coverage' in repo could produce some coverage reports. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8129) Add test coverage report generation to core cordova tools
[ https://issues.apache.org/jira/browse/CB-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257193#comment-14257193 ] ASF GitHub Bot commented on CB-8129: Github user asfgit closed the pull request at: https://github.com/apache/cordova-cli/pull/198 Add test coverage report generation to core cordova tools - Key: CB-8129 URL: https://issues.apache.org/jira/browse/CB-8129 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaJS, CordovaLib Reporter: Vladimir Kotikov Labels: coverage, tools It will be great to be able to generate reports easily just by running some npm commands or grunt tasks. E.g. 'npm run coverage' in repo could produce some coverage reports. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8210) Prep cordova-android for CSP by removing eval()s
Jason Chase created CB-8210: --- Summary: Prep cordova-android for CSP by removing eval()s Key: CB-8210 URL: https://issues.apache.org/jira/browse/CB-8210 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: Master Reporter: Jason Chase Assignee: Jason Chase In preparation for CSP, remove any native code in cordova-android is that using inline javascript/eval()s. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7610) Plugin installation fails when installed from a non c:\ drive
[ https://issues.apache.org/jira/browse/CB-7610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257211#comment-14257211 ] ASF subversion and git services commented on CB-7610: - Commit c6870a1b54719662e531e5dab38beeb6213794f8 in cordova-lib's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=c6870a1 ] CB-7610 Fix `cordova plugin add d:\path` (or any other non-c: path) (close #135) Plugin installation fails when installed from a non c:\ drive - Key: CB-7610 URL: https://issues.apache.org/jira/browse/CB-7610 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.6.0 Reporter: Ashwin Desai Attempting to add a plugin using the cordova CLI. The plugins are installed on the /d/ drive. It fails due to the following reason. However, the same works if the plugins are available on the /c/ drive. $ cordova plugin add /d/drops/plugins/pluginA/ Fetching plugin d:/drops/plugins/pluginA/ via git clone Error: Command failed: Cloning into 'C:\Users\Username\AppData\Local\Temp\plugman \git\1411400329315'... fatal: 'd:/drops/plugins/pluginA/' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7441) Plugman. .jsproj files should be treated as xml if used with config-file
[ https://issues.apache.org/jira/browse/CB-7441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257212#comment-14257212 ] ASF GitHub Bot commented on CB-7441: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-lib/pull/82#issuecomment-67972921 HI @developernotes , CB-7441 was closed as invalid since it is basically a hack to modify those files using config-file element. Could you please describe your needs in more details-why you want to modify .csproj. (PS. there is some work coming to link different assemblies for different targets) Plugman. .jsproj files should be treated as xml if used with config-file -- Key: CB-7441 URL: https://issues.apache.org/jira/browse/CB-7441 Project: Apache Cordova Issue Type: Bug Components: CordovaLib, Plugman Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova-lib, plugman, windows Create plugin with the following section {code} platform name=windows config-file target=CordovaApp.Phone.jsproj parent=/* ItemGroup SDKReference Include=Microsoft.VCLibs, version=12.0 / /ItemGroup ItemGroup SDKReference Include=SQLite.WinRT, Version=3.8.2 / /ItemGroup /config-file ... /platform {code} Run 'cordova plugin add plugin_location' The following error is occurred: {code} Processing configuration changes for plugins. Failed to install 'com.msopentech.websql':Error: malformed document. First element should be plist ... {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7610) Plugin installation fails when installed from a non c:\ drive
[ https://issues.apache.org/jira/browse/CB-7610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257215#comment-14257215 ] ASF GitHub Bot commented on CB-7610: Github user agrieve commented on the pull request: https://github.com/apache/cordova-lib/pull/135#issuecomment-67972984 Thanks for the patch! Looks like in a couple of other files, we do: ./cordova/config.js:else if (uri.protocol uri.protocol[1] ==':') return uri.href; ./cordova/lazy_load.js:isUri = uri.protocol uri.protocol[1] != ':'; So, I've used that check instead of your PR to make the fix. The relevant JIRA issue is https://issues.apache.org/jira/browse/CB-7610 Plugin installation fails when installed from a non c:\ drive - Key: CB-7610 URL: https://issues.apache.org/jira/browse/CB-7610 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.6.0 Reporter: Ashwin Desai Attempting to add a plugin using the cordova CLI. The plugins are installed on the /d/ drive. It fails due to the following reason. However, the same works if the plugins are available on the /c/ drive. $ cordova plugin add /d/drops/plugins/pluginA/ Fetching plugin d:/drops/plugins/pluginA/ via git clone Error: Command failed: Cloning into 'C:\Users\Username\AppData\Local\Temp\plugman \git\1411400329315'... fatal: 'd:/drops/plugins/pluginA/' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7610) Plugin installation fails when installed from a non c:\ drive
[ https://issues.apache.org/jira/browse/CB-7610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7610. --- Resolution: Fixed fixed in cordova-lib@4.1.3-dev Plugin installation fails when installed from a non c:\ drive - Key: CB-7610 URL: https://issues.apache.org/jira/browse/CB-7610 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.6.0 Reporter: Ashwin Desai Attempting to add a plugin using the cordova CLI. The plugins are installed on the /d/ drive. It fails due to the following reason. However, the same works if the plugins are available on the /c/ drive. $ cordova plugin add /d/drops/plugins/pluginA/ Fetching plugin d:/drops/plugins/pluginA/ via git clone Error: Command failed: Cloning into 'C:\Users\Username\AppData\Local\Temp\plugman \git\1411400329315'... fatal: 'd:/drops/plugins/pluginA/' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7863) cordova-lib tests fail
[ https://issues.apache.org/jira/browse/CB-7863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257229#comment-14257229 ] ASF GitHub Bot commented on CB-7863: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/112 cordova-lib tests fail -- Key: CB-7863 URL: https://issues.apache.org/jira/browse/CB-7863 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: Master Environment: Windows 8.1 x64 CordovaLib a2165e2f211be2ab3642b2e83b37c82862588a24 Reporter: Andrey Kurdyumov Running `npm test` produce following output {code} cordova-lib@4.0.1-dev test C:\Users\kant\Documents\GitHub\cordova-lib\cordova-lib npm run jasmine npm run jshint cordova-lib@4.0.1-dev jasmine C:\Users\kant\Documents\GitHub\cordova-lib\cordova-lib jasmine-node --captureExceptions --color spec-plugman spec-cordova rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman .rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman .rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/ src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project ...FF.FF..FFF...FF...rm: could not remove directory (code ENOTEMPTY): C:\Use rs\kant\AppData\Local\Temp\plugin ...rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\Documents\GitHub\cordova-lib\cordo va-lib\spec-plugman\projects\android_uninstall.test/assets/www rm: could not remove directory (code ENOTEMPTY):
[jira] [Commented] (CB-7863) cordova-lib tests fail
[ https://issues.apache.org/jira/browse/CB-7863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257230#comment-14257230 ] ASF GitHub Bot commented on CB-7863: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/132 cordova-lib tests fail -- Key: CB-7863 URL: https://issues.apache.org/jira/browse/CB-7863 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: Master Environment: Windows 8.1 x64 CordovaLib a2165e2f211be2ab3642b2e83b37c82862588a24 Reporter: Andrey Kurdyumov Running `npm test` produce following output {code} cordova-lib@4.0.1-dev test C:\Users\kant\Documents\GitHub\cordova-lib\cordova-lib npm run jasmine npm run jshint cordova-lib@4.0.1-dev jasmine C:\Users\kant\Documents\GitHub\cordova-lib\cordova-lib jasmine-node --captureExceptions --color spec-plugman spec-cordova rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman .rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman .rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/ src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project ...FF.FF..FFF...FF...rm: could not remove directory (code ENOTEMPTY): C:\Use rs\kant\AppData\Local\Temp\plugin ...rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\Documents\GitHub\cordova-lib\cordo va-lib\spec-plugman\projects\android_uninstall.test/assets/www rm: could not remove directory (code ENOTEMPTY):
[jira] [Commented] (CB-8158) Browserify: Keep a symbol List of requires so runtime require still works
[ https://issues.apache.org/jira/browse/CB-8158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257233#comment-14257233 ] ASF subversion and git services commented on CB-8158: - Commit 4b6c14f1ebbe68a485071808b65943ee0555ec2d in cordova-lib's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=4b6c14f ] Revert CB-8158 adding symbolList to cordova.js due to failing tests This reverts commit 3c6b473b38567c837f67a8242638a96a48fe93d0. Conflicts: cordova-lib/src/plugman/prepare-browserify.js Browserify: Keep a symbol List of requires so runtime require still works - Key: CB-8158 URL: https://issues.apache.org/jira/browse/CB-8158 Project: Apache Cordova Issue Type: Bug Reporter: Steve Gill Assignee: Steve Gill Right now, a couple of plugins + wp8 and android pass chunks of javascript from native. some of the calls from native use require. No way for us to intercept this and browserify it during build time. So we need to attach a symbol map to cordova.js that is generated and allow runtime require. Hopefully in the long term, we can change the native side to not have to rely on passing around requires. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8158) Browserify: Keep a symbol List of requires so runtime require still works
[ https://issues.apache.org/jira/browse/CB-8158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257234#comment-14257234 ] Andrew Grieve commented on CB-8158: --- FYI [~stevegill] [~anis], had to revert one of these commits due to failing unit tests. Browserify: Keep a symbol List of requires so runtime require still works - Key: CB-8158 URL: https://issues.apache.org/jira/browse/CB-8158 Project: Apache Cordova Issue Type: Bug Reporter: Steve Gill Assignee: Steve Gill Right now, a couple of plugins + wp8 and android pass chunks of javascript from native. some of the calls from native use require. No way for us to intercept this and browserify it during build time. So we need to attach a symbol map to cordova.js that is generated and allow runtime require. Hopefully in the long term, we can change the native side to not have to rely on passing around requires. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7863) cordova-lib tests fail
[ https://issues.apache.org/jira/browse/CB-7863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7863. --- Resolution: Fixed Merged in alsorokin's fix. Thank you both for looking at this! cordova-lib tests fail -- Key: CB-7863 URL: https://issues.apache.org/jira/browse/CB-7863 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: Master Environment: Windows 8.1 x64 CordovaLib a2165e2f211be2ab3642b2e83b37c82862588a24 Reporter: Andrey Kurdyumov Running `npm test` produce following output {code} cordova-lib@4.0.1-dev test C:\Users\kant\Documents\GitHub\cordova-lib\cordova-lib npm run jasmine npm run jshint cordova-lib@4.0.1-dev jasmine C:\Users\kant\Documents\GitHub\cordova-lib\cordova-lib jasmine-node --captureExceptions --color spec-plugman spec-cordova rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res/xml rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/res rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman .rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman/assets rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\plugman .rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/ src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two/three rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one/two rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src/one rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project/src rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\AppData\Local\Temp\test_plugman\project ...FF.FF..FFF...FF...rm: could not remove directory (code ENOTEMPTY): C:\Use rs\kant\AppData\Local\Temp\plugin ...rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\Documents\GitHub\cordova-lib\cordo va-lib\spec-plugman\projects\android_uninstall.test/assets/www rm: could not remove directory (code ENOTEMPTY): C:\Users\kant\Documents\GitHub\cordova-lib\cordova-lib\spec-plugman\pro
[jira] [Commented] (CB-8190) Make plugman config and cache directories to be customizable via PLUGMAN_HOME
[ https://issues.apache.org/jira/browse/CB-8190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257289#comment-14257289 ] ASF subversion and git services commented on CB-8190: - Commit 40ee5bc5d306ef5b596daee90e952ea5936b4159 in cordova-lib's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=40ee5bc ] CB-8190 Make plugman config/cache directory to be customizable via PLUGMAN_HOME (close #134) Make plugman config and cache directories to be customizable via PLUGMAN_HOME - Key: CB-8190 URL: https://issues.apache.org/jira/browse/CB-8190 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib, Plugman Reporter: Vladimir Kotikov Labels: plugman There is currently support of CORDOVA_HOME (https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/util.js#L30) environment variable which could be used to set up user-independent directory for cordova platform cache and configs. I think to be consistent we should add the same support of PLUGMAN_HOME. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8190) Make plugman config and cache directories to be customizable via PLUGMAN_HOME
[ https://issues.apache.org/jira/browse/CB-8190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257290#comment-14257290 ] ASF GitHub Bot commented on CB-8190: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/134 Make plugman config and cache directories to be customizable via PLUGMAN_HOME - Key: CB-8190 URL: https://issues.apache.org/jira/browse/CB-8190 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib, Plugman Reporter: Vladimir Kotikov Labels: plugman There is currently support of CORDOVA_HOME (https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/util.js#L30) environment variable which could be used to set up user-independent directory for cordova platform cache and configs. I think to be consistent we should add the same support of PLUGMAN_HOME. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8190) Make plugman config and cache directories to be customizable via PLUGMAN_HOME
[ https://issues.apache.org/jira/browse/CB-8190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8190. --- Resolution: Fixed fixed in cordova-lib@4.1.3-dev Make plugman config and cache directories to be customizable via PLUGMAN_HOME - Key: CB-8190 URL: https://issues.apache.org/jira/browse/CB-8190 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib, Plugman Reporter: Vladimir Kotikov Labels: plugman There is currently support of CORDOVA_HOME (https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/util.js#L30) environment variable which could be used to set up user-independent directory for cordova platform cache and configs. I think to be consistent we should add the same support of PLUGMAN_HOME. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8043) Orientation preference's value set to anything but landscape or portrait doesn't work.
[ https://issues.apache.org/jira/browse/CB-8043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257320#comment-14257320 ] ASF GitHub Bot commented on CB-8043: Github user agrieve commented on the pull request: https://github.com/apache/cordova-lib/pull/128#issuecomment-67983624 Definitely some good changes here, but do have some feedback before this goes any further: 1. There are many style-only changes in this commit. Style-only changes are fine, but they should be done as separate commits from those that change behaviour. 2. ConfigParser is meant to be a re-usable helper class that would be useful outside the context of cordova-lib. Because of this, it shouldn't have any require()s for modules from the rest of cordova-lib. That means no calls to events.emit. Validation should be done in the parsers. If parsers are duplicating code a bunch, then we should refactor them to either share via a common base class, or by having helper classes / modules that they all depend on. Orientation preference's value set to anything but landscape or portrait doesn't work. -- Key: CB-8043 URL: https://issues.apache.org/jira/browse/CB-8043 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Rémi Couturier cordova-cli: 4.1.2 cordova-android: 3.6.4 mac: osx yosemite In config.xml, setting the orientation preference's value to anything but landscape or portrait doesn't work. Complete list of possible value: http://developer.android.com/guide/topics/manifest/activity-element.html#screen For example when setting the value to userLandscape and building the app (cordova build android), I'm getting this message: Unknown value for orientation preference: userLandscape. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8043) Orientation preference's value set to anything but landscape or portrait doesn't work.
[ https://issues.apache.org/jira/browse/CB-8043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257321#comment-14257321 ] ASF GitHub Bot commented on CB-8043: Github user agrieve commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/128#discussion_r7969 --- Diff: cordova-lib/src/configparser/ConfigParser.js --- @@ -219,6 +258,47 @@ ConfigParser.prototype = { }, /** + * Finds the value of the orientation preference. + * + * @param {String} [platform] Platform name + * @return {String} Global/platform-specific orientation (or undefined if both are undefined) + */ +getOrientation: function (platform) { + +var globalOrientation = this.getGlobalPreference('orientation'); +var platformOrientation = null; +var platformSupportedOrientations = null; + +// Check if the value of the global orientation preference is invalid +if (globalOrientation !_.contains(PREFERENCE_ORIENTATION_VALUES, globalOrientation)) { +events.emit( 'warn', [ 'Unknown value for global orientation preference:', globalOrientation ].join(' ') ); +globalOrientation = undefined; +} + +if (!platform) { +return globalOrientation; +} + +platformSupportedOrientations = supportedPreferences.orientation[platform]; + +if (!platformSupportedOrientations) { +throw new CordovaError([ 'No supported orientations defined for platform', platform ].join (' ')); +} + +platformOrientation = this.getPlatformPreference('orientation', platform); + +// Check if the value of the platform-specific orientation preference is invalid +if (platformOrientation !_.contains(platformSupportedOrientations, platformOrientation)) { --- End diff -- Would this mean that portrait is not a valid value for this preference on iOS? I think we'd want to check that it's in platformSupportedOrientations *or* PREFERENCE_ORIENTATION_VALUES Orientation preference's value set to anything but landscape or portrait doesn't work. -- Key: CB-8043 URL: https://issues.apache.org/jira/browse/CB-8043 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Rémi Couturier cordova-cli: 4.1.2 cordova-android: 3.6.4 mac: osx yosemite In config.xml, setting the orientation preference's value to anything but landscape or portrait doesn't work. Complete list of possible value: http://developer.android.com/guide/topics/manifest/activity-element.html#screen For example when setting the value to userLandscape and building the app (cordova build android), I'm getting this message: Unknown value for orientation preference: userLandscape. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8114) Plugin add does not use any minimum cache time
[ https://issues.apache.org/jira/browse/CB-8114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257324#comment-14257324 ] ASF GitHub Bot commented on CB-8114: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/133 Plugin add does not use any minimum cache time -- Key: CB-8114 URL: https://issues.apache.org/jira/browse/CB-8114 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Murat Sutunc Priority: Trivial If you do not specify a version number, it works as expected. However it fails if you specify a version number Output – this is expected (no version number specified): C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache cordova plugin add org.apache.cordova.camera Fetching plugin org.apache.cordova.camera via plugin registry npm http GET http://registry.cordova.io/org.apache.cordova.camera npm http GET http://registry.cordova.io/org.apache.cordova.camera npm http GET http://registry.cordova.io/org.apache.cordova.camera C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache ls plugins org.apache.cordova.camera Output – This is not, version number specified (not expected): C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache cordova plugin add org.apache.cordova.camera@0.3.3 Fetching plugin org.apache.cordova.camera@0.3.3 via plugin registry npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 Error: getaddrinfo ENOTFOUND at errnoException (dns.js:37:11) at Object.onanswer [as oncomplete] (dns.js:124:16) If a specific version is specified and the plugin / platform is in the cache, there is no reason to do a lookup in the public repo. Currently plugin add fails when offline even if that specific version of the plugin is cached locally which doesn't make any sense. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8114) Plugin add does not use any minimum cache time
[ https://issues.apache.org/jira/browse/CB-8114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257323#comment-14257323 ] ASF subversion and git services commented on CB-8114: - Commit f0520b97937a82b5373a766af39c51a821e5c5d0 in cordova-lib's branch refs/heads/master from [~muratsu] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=f0520b9 ] CB-8114 Specify a cache-min-time for plugins (closes #133) Plugin add does not use any minimum cache time -- Key: CB-8114 URL: https://issues.apache.org/jira/browse/CB-8114 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Murat Sutunc Priority: Trivial If you do not specify a version number, it works as expected. However it fails if you specify a version number Output – this is expected (no version number specified): C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache cordova plugin add org.apache.cordova.camera Fetching plugin org.apache.cordova.camera via plugin registry npm http GET http://registry.cordova.io/org.apache.cordova.camera npm http GET http://registry.cordova.io/org.apache.cordova.camera npm http GET http://registry.cordova.io/org.apache.cordova.camera C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache ls plugins org.apache.cordova.camera Output – This is not, version number specified (not expected): C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache cordova plugin add org.apache.cordova.camera@0.3.3 Fetching plugin org.apache.cordova.camera@0.3.3 via plugin registry npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 Error: getaddrinfo ENOTFOUND at errnoException (dns.js:37:11) at Object.onanswer [as oncomplete] (dns.js:124:16) If a specific version is specified and the plugin / platform is in the cache, there is no reason to do a lookup in the public repo. Currently plugin add fails when offline even if that specific version of the plugin is cached locally which doesn't make any sense. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8114) Plugin add does not use any minimum cache time
[ https://issues.apache.org/jira/browse/CB-8114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8114. --- Resolution: Fixed Assignee: Andrew Grieve fixed in cordova-lib@4.1.3-dev Plugin add does not use any minimum cache time -- Key: CB-8114 URL: https://issues.apache.org/jira/browse/CB-8114 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Murat Sutunc Assignee: Andrew Grieve Priority: Trivial If you do not specify a version number, it works as expected. However it fails if you specify a version number Output – this is expected (no version number specified): C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache cordova plugin add org.apache.cordova.camera Fetching plugin org.apache.cordova.camera via plugin registry npm http GET http://registry.cordova.io/org.apache.cordova.camera npm http GET http://registry.cordova.io/org.apache.cordova.camera npm http GET http://registry.cordova.io/org.apache.cordova.camera C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache ls plugins org.apache.cordova.camera Output – This is not, version number specified (not expected): C:\Users\muratsu\Documents\cordova\_old\platform-plugin-cache cordova plugin add org.apache.cordova.camera@0.3.3 Fetching plugin org.apache.cordova.camera@0.3.3 via plugin registry npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 npm http GET http://registry.cordova.io/org.apache.cordova.camera/0.3.3 Error: getaddrinfo ENOTFOUND at errnoException (dns.js:37:11) at Object.onanswer [as oncomplete] (dns.js:124:16) If a specific version is specified and the plugin / platform is in the cache, there is no reason to do a lookup in the public repo. Currently plugin add fails when offline even if that specific version of the plugin is cached locally which doesn't make any sense. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8129) Add test coverage report generation to core cordova tools
[ https://issues.apache.org/jira/browse/CB-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257330#comment-14257330 ] ASF GitHub Bot commented on CB-8129: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/131 Add test coverage report generation to core cordova tools - Key: CB-8129 URL: https://issues.apache.org/jira/browse/CB-8129 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaJS, CordovaLib Reporter: Vladimir Kotikov Labels: coverage, tools It will be great to be able to generate reports easily just by running some npm commands or grunt tasks. E.g. 'npm run coverage' in repo could produce some coverage reports. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8129) Add test coverage report generation to core cordova tools
[ https://issues.apache.org/jira/browse/CB-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257329#comment-14257329 ] ASF subversion and git services commented on CB-8129: - Commit 07a4dabb072dec286452e27a471d84e48031608e in cordova-lib's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=07a4dab ] CB-8129 Adds 'npm run cover' command to generate tests coverage report (close #131) Add test coverage report generation to core cordova tools - Key: CB-8129 URL: https://issues.apache.org/jira/browse/CB-8129 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaJS, CordovaLib Reporter: Vladimir Kotikov Labels: coverage, tools It will be great to be able to generate reports easily just by running some npm commands or grunt tasks. E.g. 'npm run coverage' in repo could produce some coverage reports. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8155) Install fails with --link and a dependency to a plugin with git url
[ https://issues.apache.org/jira/browse/CB-8155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8155. --- Resolution: Fixed fixed in cordova-lib@4.1.3-dev Install fails with --link and a dependency to a plugin with git url --- Key: CB-8155 URL: https://issues.apache.org/jira/browse/CB-8155 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.7.0 Reporter: Martin Bektchiev Priority: Minor - download locally a cordova plugin which has a dependency via a git url (e.g. https://github.com/forcedotcom/SalesforceMobileSDK-CordovaPlugin/) - attempt to install it with the --link option = Observed: Installation fails with a --link is not supported for git URLs error = Expected: Installation should succeed since --link is a valid option for the parent plugin -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8155) Install fails with --link and a dependency to a plugin with git url
[ https://issues.apache.org/jira/browse/CB-8155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257340#comment-14257340 ] ASF GitHub Bot commented on CB-8155: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/129 Install fails with --link and a dependency to a plugin with git url --- Key: CB-8155 URL: https://issues.apache.org/jira/browse/CB-8155 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.7.0 Reporter: Martin Bektchiev Priority: Minor - download locally a cordova plugin which has a dependency via a git url (e.g. https://github.com/forcedotcom/SalesforceMobileSDK-CordovaPlugin/) - attempt to install it with the --link option = Observed: Installation fails with a --link is not supported for git URLs error = Expected: Installation should succeed since --link is a valid option for the parent plugin -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8155) Install fails with --link and a dependency to a plugin with git url
[ https://issues.apache.org/jira/browse/CB-8155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257338#comment-14257338 ] ASF subversion and git services commented on CB-8155: - Commit be3cd898c85b9f173849f24f03c9e4f862206828 in cordova-lib's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=be3cd89 ] CB-8155 Do not fail plugin installation from git url with --link (close #129) This is wrong when installing a local plugin with dependencies from git repositories. Install fails with --link and a dependency to a plugin with git url --- Key: CB-8155 URL: https://issues.apache.org/jira/browse/CB-8155 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.7.0 Reporter: Martin Bektchiev Priority: Minor - download locally a cordova plugin which has a dependency via a git url (e.g. https://github.com/forcedotcom/SalesforceMobileSDK-CordovaPlugin/) - attempt to install it with the --link option = Observed: Installation fails with a --link is not supported for git URLs error = Expected: Installation should succeed since --link is a valid option for the parent plugin -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7803) Add any platform on any workstation OS
[ https://issues.apache.org/jira/browse/CB-7803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257343#comment-14257343 ] ASF subversion and git services commented on CB-7803: - Commit 3a254646e7b53be011ee38b1f867ec6ac0bf633b in cordova-lib's branch refs/heads/master from [~eymorale] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=3a25464 ] CB-7803 Allow adding any platform on any host OS (close #126) Add any platform on any workstation OS -- Key: CB-7803 URL: https://issues.apache.org/jira/browse/CB-7803 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaLib Reporter: Edna Morales Assignee: Edna Morales Priority: Minor You should be able to add any platform to a project while on any desktop OS even if that platform can't be built on that OS. It is understood that you will not be able to build an iOS app while on Windows, nor build a WP8 app while on Linux, etc. If you attempt to build for a non-appropriate platform(s) on your dekstop OS, it will skip that non-appropriate platform(s) with a warning or an error, but not impede the building of the appropriate platforms, nor impede the addition of non-appropriate platforms (i.e., do cordova platform add wp8 while on OS X). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7803) Add any platform on any workstation OS
[ https://issues.apache.org/jira/browse/CB-7803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7803. --- Resolution: Fixed fixed in cordova-lib@4.1.3-dev Add any platform on any workstation OS -- Key: CB-7803 URL: https://issues.apache.org/jira/browse/CB-7803 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaLib Reporter: Edna Morales Assignee: Edna Morales Priority: Minor You should be able to add any platform to a project while on any desktop OS even if that platform can't be built on that OS. It is understood that you will not be able to build an iOS app while on Windows, nor build a WP8 app while on Linux, etc. If you attempt to build for a non-appropriate platform(s) on your dekstop OS, it will skip that non-appropriate platform(s) with a warning or an error, but not impede the building of the appropriate platforms, nor impede the addition of non-appropriate platforms (i.e., do cordova platform add wp8 while on OS X). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7803) Add any platform on any workstation OS
[ https://issues.apache.org/jira/browse/CB-7803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257344#comment-14257344 ] ASF GitHub Bot commented on CB-7803: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/126 Add any platform on any workstation OS -- Key: CB-7803 URL: https://issues.apache.org/jira/browse/CB-7803 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaLib Reporter: Edna Morales Assignee: Edna Morales Priority: Minor You should be able to add any platform to a project while on any desktop OS even if that platform can't be built on that OS. It is understood that you will not be able to build an iOS app while on Windows, nor build a WP8 app while on Linux, etc. If you attempt to build for a non-appropriate platform(s) on your dekstop OS, it will skip that non-appropriate platform(s) with a warning or an error, but not impede the building of the appropriate platforms, nor impede the addition of non-appropriate platforms (i.e., do cordova platform add wp8 while on OS X). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8129) Add test coverage report generation to core cordova tools
[ https://issues.apache.org/jira/browse/CB-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257357#comment-14257357 ] ASF GitHub Bot commented on CB-8129: Github user asfgit closed the pull request at: https://github.com/apache/cordova-js/pull/95 Add test coverage report generation to core cordova tools - Key: CB-8129 URL: https://issues.apache.org/jira/browse/CB-8129 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaJS, CordovaLib Reporter: Vladimir Kotikov Labels: coverage, tools It will be great to be able to generate reports easily just by running some npm commands or grunt tasks. E.g. 'npm run coverage' in repo could produce some coverage reports. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8129) Add test coverage report generation to core cordova tools
[ https://issues.apache.org/jira/browse/CB-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257356#comment-14257356 ] ASF subversion and git services commented on CB-8129: - Commit c37d78d191a5ab9d1457a344bb17c949600a429e in cordova-js's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=c37d78d ] CB-8129 Adds 'cover' grunt task to generate tests coverage report (close #95) Add test coverage report generation to core cordova tools - Key: CB-8129 URL: https://issues.apache.org/jira/browse/CB-8129 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaJS, CordovaLib Reporter: Vladimir Kotikov Labels: coverage, tools It will be great to be able to generate reports easily just by running some npm commands or grunt tasks. E.g. 'npm run coverage' in repo could produce some coverage reports. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8129) Add test coverage report generation to core cordova tools
[ https://issues.apache.org/jira/browse/CB-8129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8129. --- Resolution: Fixed PRs have all been merged :) For cli, plugman, cordova-lib: `npm run cover` For js: `grunt cover --platformVersion=3.6.0` Add test coverage report generation to core cordova tools - Key: CB-8129 URL: https://issues.apache.org/jira/browse/CB-8129 Project: Apache Cordova Issue Type: Improvement Components: CLI, CordovaJS, CordovaLib Reporter: Vladimir Kotikov Labels: coverage, tools It will be great to be able to generate reports easily just by running some npm commands or grunt tasks. E.g. 'npm run coverage' in repo could produce some coverage reports. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7847) Page Visibility API should be supported
[ https://issues.apache.org/jira/browse/CB-7847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257365#comment-14257365 ] ASF GitHub Bot commented on CB-7847: Github user agrieve commented on the pull request: https://github.com/apache/cordova-js/pull/86#issuecomment-67986272 Although the code here is minor, I think this should be packaged as a plugin rather than adding it to cordova-js. It's possible that some platforms might already support these events, and plugins make it much easier to add the functionality just where it's needed. Page Visibility API should be supported --- Key: CB-7847 URL: https://issues.apache.org/jira/browse/CB-7847 Project: Apache Cordova Issue Type: Improvement Components: CordovaJS Affects Versions: 3.5.0 Reporter: Damien Antipa Fix For: 3.6.0 If the browser supports the API currently, he may return a wrong value by accessing the visibilityState when the application went into pause mode. Imo the visibility API should be supported without breaking code relying on pause/resume. http://www.w3.org/TR/page-visibility/#sec-visibilitychange-event I created a patch which relies on the fact that all platform code will handle pause/resume properly. It currently supports the visibilityState and the visibilitychange event. Missing parts of the spec are: - handle hidden attribute on window - prerender/unloaded -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7844) Currently used JSHint version is not working
[ https://issues.apache.org/jira/browse/CB-7844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257367#comment-14257367 ] ASF GitHub Bot commented on CB-7844: Github user agrieve commented on the pull request: https://github.com/apache/cordova-js/pull/85#issuecomment-67986342 It looks like this change was made, or this was already merged. Please close this pull request. Thanks! Currently used JSHint version is not working Key: CB-7844 URL: https://issues.apache.org/jira/browse/CB-7844 Project: Apache Cordova Issue Type: Bug Affects Versions: Master Environment: MacOSX Reporter: Damien Antipa The current version of the dependency 0.6.0 will fail with {quote} Loading jshint.js tasks...ERROR Error: Cannot find module 'jshint/src/cli/cli' {quote} when executing grunt. This is documented here[0]. Updating the dependency to the latest version will fix it [0] https://github.com/gruntjs/grunt-contrib-jshint/issues/92 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-2520) iOS: original user agent needs to be overridable
[ https://issues.apache.org/jira/browse/CB-2520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257372#comment-14257372 ] ASF GitHub Bot commented on CB-2520: Github user asfgit closed the pull request at: https://github.com/apache/cordova-js/pull/84 iOS: original user agent needs to be overridable -- Key: CB-2520 URL: https://issues.apache.org/jira/browse/CB-2520 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: Master Reporter: Kevin Hawkins Assignee: Shazron Abdullah Labels: core Fix For: 3.5.0 Original Estimate: 8h Remaining Estimate: 8h Cordova's user agent management for iOS employs a scheme of setting a baseline original user agent, which by default conforms to the standard user agent a UIWebView would expose, and then optionally appending CDVViewController-specific data to it in the appropriate use cases, to manage whitelisting. Cordova shouldn't really care too much about the data that the original user agent exposes. I.e. it should be able to be overridden by a consumer, so that the consumer can supply its own user agent data. This is not technically possible with the current implementation of the CDVUserAgentUtil class, since it does not exist as a member of any instance class; it's truly static/global, so inheritance doesn't come into play. Even if an instance of CDVuserAgentUtil could be made a property of CDVViewController, or something else, it would be kind of weird for a consumer to inherit from what's essentially a static class, just to configure their own user agent data. There should be another mechanism for users to override the original user agent configuration. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8211) Add the option of --link to cordova plugin add
Andrew Grieve created CB-8211: - Summary: Add the option of --link to cordova plugin add Key: CB-8211 URL: https://issues.apache.org/jira/browse/CB-8211 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor From PR: https://github.com/apache/cordova-cli/pull/199 Plugman already has this logic. Just need to expose it through CLI. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8211) Add the option of --link to cordova plugin add
[ https://issues.apache.org/jira/browse/CB-8211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257387#comment-14257387 ] ASF subversion and git services commented on CB-8211: - Commit e4210af2b703c7b3e9213c9385d89289b1670b8c in cordova-cli's branch refs/heads/master from Sandeep Mistry [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=e4210af ] CB-8211 Add --link option to `cordova plugin add` (close #191) Add the option of --link to cordova plugin add -- Key: CB-8211 URL: https://issues.apache.org/jira/browse/CB-8211 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor From PR: https://github.com/apache/cordova-cli/pull/199 Plugman already has this logic. Just need to expose it through CLI. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8211) Add the option of --link to cordova plugin add
[ https://issues.apache.org/jira/browse/CB-8211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8211. --- Resolution: Fixed Fixed in cordova-cli@4.1.3-dev Add the option of --link to cordova plugin add -- Key: CB-8211 URL: https://issues.apache.org/jira/browse/CB-8211 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor From PR: https://github.com/apache/cordova-cli/pull/199 Plugman already has this logic. Just need to expose it through CLI. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7441) Plugman. .jsproj files should be treated as xml if used with config-file
[ https://issues.apache.org/jira/browse/CB-7441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257439#comment-14257439 ] ASF GitHub Bot commented on CB-7441: Github user developernotes commented on the pull request: https://github.com/apache/cordova-lib/pull/82#issuecomment-67992415 Hi @sgrebnov In my case I need to create two additional `ItemGroup` elements within the `.csproj` file. The first being a `ProjectReference` to a Managed C++ project, the second being a `SDKReference` to a native library we ship that is packaged already as a VSIX. I've temporarily worked around this by automating this process with a Windows Powershell script, however it would be nice if I could perform these operations as defined within the plugin.xml file. Plugman. .jsproj files should be treated as xml if used with config-file -- Key: CB-7441 URL: https://issues.apache.org/jira/browse/CB-7441 Project: Apache Cordova Issue Type: Bug Components: CordovaLib, Plugman Reporter: Sergey Grebnov Assignee: Sergey Grebnov Labels: cordova-lib, plugman, windows Create plugin with the following section {code} platform name=windows config-file target=CordovaApp.Phone.jsproj parent=/* ItemGroup SDKReference Include=Microsoft.VCLibs, version=12.0 / /ItemGroup ItemGroup SDKReference Include=SQLite.WinRT, Version=3.8.2 / /ItemGroup /config-file ... /platform {code} Run 'cordova plugin add plugin_location' The following error is occurred: {code} Processing configuration changes for plugins. Failed to install 'com.msopentech.websql':Error: malformed document. First element should be plist ... {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8212) update coho verify-archive refs for SetUpGpg
Josh Soref created CB-8212: -- Summary: update coho verify-archive refs for SetUpGpg Key: CB-8212 URL: https://issues.apache.org/jira/browse/CB-8212 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Josh Soref Assignee: Josh Soref The current code spits out: {quote} Refer to https://wiki.apache.org/cordova/SetUpGpg for how to set up gpg {quote} That page just says: {quote} Moved to: https://github.com/apache/cordova-coho/blob/master/docs/setting-up-gpg.md {quote} For those of us who occasionally live with metered bandwidth, it's really frustrating (and expensive) to be sent on a wild goose chase. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8212) update coho verify-archive refs for SetUpGpg
[ https://issues.apache.org/jira/browse/CB-8212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257445#comment-14257445 ] ASF GitHub Bot commented on CB-8212: GitHub user jsoref opened a pull request: https://github.com/apache/cordova-coho/pull/59 CB-8212 update coho verify-archive refs for SetUpGpg You can merge this pull request into a Git repository by running: $ git pull https://github.com/jsoref/cordova-coho cb_8212 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-coho/pull/59.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #59 commit bd9fae5053f2429beae2acc5a82ff93dfbc667b8 Author: Josh Soref jso...@blackberry.com Date: 2014-12-23T20:04:18Z CB-8212 update coho verify-archive refs for SetUpGpg update coho verify-archive refs for SetUpGpg Key: CB-8212 URL: https://issues.apache.org/jira/browse/CB-8212 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Josh Soref Assignee: Josh Soref The current code spits out: {quote} Refer to https://wiki.apache.org/cordova/SetUpGpg for how to set up gpg {quote} That page just says: {quote} Moved to: https://github.com/apache/cordova-coho/blob/master/docs/setting-up-gpg.md {quote} For those of us who occasionally live with metered bandwidth, it's really frustrating (and expensive) to be sent on a wild goose chase. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8213) coho verify-tags dies ungracefully - fatal isn't defined on bad input
Josh Soref created CB-8213: -- Summary: coho verify-tags dies ungracefully - fatal isn't defined on bad input Key: CB-8213 URL: https://issues.apache.org/jira/browse/CB-8213 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Josh Soref Assignee: Andrew Grieve {quote} echo 'codova-android: 2.0.0 (fff)' | ./coho verify-tags {quote} {quote} Running from ~/Cordova ~/Cordova/cordova-coho/node_modules/co/index.js:290 throw err; ^ ReferenceError: fatal is not defined at callee$0$0$ (~/Cordova/cordova-coho/src/verify-tags.js:78:17) at Empty.invoke (~/Cordova/cordova-coho/node_modules/gnode/node_modules/regenerator/runtime.js:178:31) at next (~/Cordova/cordova-coho/node_modules/co/index.js:83:21) at ~/Cordova/cordova-coho/node_modules/co/index.js:102:18 at ~/Cordova/cordova-coho/node_modules/co/index.js:222:7 at _fulfilled (~/Cordova/cordova-coho/node_modules/q/q.js:798:54) at self.promiseDispatch.done (~/Cordova/cordova-coho/node_modules/q/q.js:827:30) at Promise.promise.promiseDispatch (~/Cordova/cordova-coho/node_modules/q/q.js:760:13) at ~/Cordova/cordova-coho/node_modules/q/q.js:574:44 at flush (~/Cordova/cordova-coho/node_modules/q/q.js:108:17) {quote} Yes: {{cordova}} is written as {{codova}}, but the code shouldn't crash -- it does because {{fatal}} isn't defined. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8212) update coho verify-archive refs for SetUpGpg
[ https://issues.apache.org/jira/browse/CB-8212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257474#comment-14257474 ] ASF GitHub Bot commented on CB-8212: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-coho/pull/59#issuecomment-67995102 :+1: Btw, there is similar place here https://github.com/apache/cordova-coho/blob/master/src/create-release-bug.js#L93 update coho verify-archive refs for SetUpGpg Key: CB-8212 URL: https://issues.apache.org/jira/browse/CB-8212 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Josh Soref Assignee: Josh Soref The current code spits out: {quote} Refer to https://wiki.apache.org/cordova/SetUpGpg for how to set up gpg {quote} That page just says: {quote} Moved to: https://github.com/apache/cordova-coho/blob/master/docs/setting-up-gpg.md {quote} For those of us who occasionally live with metered bandwidth, it's really frustrating (and expensive) to be sent on a wild goose chase. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8214) COHO. Rename windowsphone to wp8 to be consistent
Sergey Grebnov created CB-8214: -- Summary: COHO. Rename windowsphone to wp8 to be consistent Key: CB-8214 URL: https://issues.apache.org/jira/browse/CB-8214 Project: Apache Cordova Issue Type: Improvement Components: Coho Reporter: Sergey Grebnov Assignee: Sergey Grebnov COHO currently uses windowsphone target name to refer wp8. For consistency reasons we should use wp8. Also, due to this it requires additional checks in code code to replace windowsphone string to wp8 to pass correct target platform name to other tools. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8214) COHO. Rename windowsphone to wp8 to be consistent
[ https://issues.apache.org/jira/browse/CB-8214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257512#comment-14257512 ] ASF GitHub Bot commented on CB-8214: GitHub user sgrebnov opened a pull request: https://github.com/apache/cordova-coho/pull/60 CB-8214 COHO. Rename windowsphone to wp8 to be consistent https://issues.apache.org/jira/browse/CB-8214 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-coho CB-8214 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-coho/pull/60.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #60 commit 9ef187642bb45baa5781a714902d89dd5860ade2 Author: sgrebnov v-seg...@microsoft.com Date: 2014-12-23T20:49:56Z CB-8214 COHO. Rename windowsphone to wp8 to be consistent COHO. Rename windowsphone to wp8 to be consistent - Key: CB-8214 URL: https://issues.apache.org/jira/browse/CB-8214 Project: Apache Cordova Issue Type: Improvement Components: Coho Reporter: Sergey Grebnov Assignee: Sergey Grebnov COHO currently uses windowsphone target name to refer wp8. For consistency reasons we should use wp8. Also, due to this it requires additional checks in code code to replace windowsphone string to wp8 to pass correct target platform name to other tools. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7980) Multi-APK building depending on webview
[ https://issues.apache.org/jira/browse/CB-7980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-7980: -- Description: Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ 9: if minSdkVersion is 20+ 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 was: Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 9: if minSdkVersion is 20+ 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 Multi-APK building depending on webview --- Key: CB-7980 URL: https://issues.apache.org/jira/browse/CB-7980 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Mark Koudritsky Assignee: Mark Koudritsky Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ 9: if minSdkVersion is 20+ 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7980) Multi-APK building depending on webview
[ https://issues.apache.org/jira/browse/CB-7980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-7980: -- Description: Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ (Minimum requirement for crosswalk) 9: if minSdkVersion is 20+ (Minimum requirement for auto-updated system webview) 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 was: Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ 9: if minSdkVersion is 20+ 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 Multi-APK building depending on webview --- Key: CB-7980 URL: https://issues.apache.org/jira/browse/CB-7980 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Mark Koudritsky Assignee: Mark Koudritsky Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ (Minimum requirement for crosswalk) 9: if minSdkVersion is 20+ (Minimum requirement for auto-updated system webview) 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7980) Multi-APK building depending on webview
[ https://issues.apache.org/jira/browse/CB-7980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257567#comment-14257567 ] ASF subversion and git services commented on CB-7980: - Commit 9224ab15929b80d1b149e9f9e4743de86a04d77b in cordova-android's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=9224ab1 ] CB-7980: Add 9 to versionCode for minSdk 20+ if not multiarch Multi-APK building depending on webview --- Key: CB-7980 URL: https://issues.apache.org/jira/browse/CB-7980 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Mark Koudritsky Assignee: Mark Koudritsky Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ (Minimum requirement for crosswalk) 9: if minSdkVersion is 20+ (Minimum requirement for auto-updated system webview) 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7980) Multi-APK building depending on webview
[ https://issues.apache.org/jira/browse/CB-7980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7980. --- Resolution: Fixed Assignee: Andrew Grieve (was: Mark Koudritsky) Fixed in 3.7.0-dev Multi-APK building depending on webview --- Key: CB-7980 URL: https://issues.apache.org/jira/browse/CB-7980 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Mark Koudritsky Assignee: Andrew Grieve Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ (Minimum requirement for crosswalk) 9: if minSdkVersion is 20+ (Minimum requirement for auto-updated system webview) 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7980) Multi-APK building depending on webview
[ https://issues.apache.org/jira/browse/CB-7980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257568#comment-14257568 ] ASF subversion and git services commented on CB-7980: - Commit 7cfb33d0ef057ec5cbe23c30b4ac0c8dd504933c in cordova-android's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=7cfb33d ] CB-7980 Add --minSdkVersion and --versionCode flags to cordova/build command These are also exposed via environment variables: ANDROID_VERSION_CODE, ANDROID_MIN_SDK_VERSION This also fixes build.gradle modifying the value set by ANDROID_VERSION_CODE when multi-apk is enabled (override should never be modified) Multi-APK building depending on webview --- Key: CB-7980 URL: https://issues.apache.org/jira/browse/CB-7980 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Mark Koudritsky Assignee: Mark Koudritsky Set versionCode depending on whether we are building multiple APKs and which minSdkVersion is set. versionCode = (major * 10,000 + minor * 100 + micro) * 10 Then the last digit is set to 8: if minSdkVersion is 14+ (Minimum requirement for crosswalk) 9: if minSdkVersion is 20+ (Minimum requirement for auto-updated system webview) 0: crorss-platfrom but minSdkVersion 20 2: arm 32 3: reserved for arm64 4: x86 5: reserved for x86-64 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7311) Updates to project potentially break Xcode project files
[ https://issues.apache.org/jira/browse/CB-7311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257633#comment-14257633 ] ASF subversion and git services commented on CB-7311: - Commit 2148d9597316d735fb61e93cd3628b8a93d23050 in cordova-lib's branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=2148d95 ] CB-7311 Fix tests on windows for iOS parser Changing the tests to use forward slashes for iOS according to the previous commit: https://github.com/apache/cordova-lib/commit/fef0ee701581c7dafc55dda207f1ec17e21bd644 Updates to project potentially break Xcode project files Key: CB-7311 URL: https://issues.apache.org/jira/browse/CB-7311 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.5.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Assignee: Andrew Grieve Some actions, like adding a plugin to the project, can break files related to iOS development. I noticed this with the .xcodeproj file, which included backslashes as path seperators after the project was updated on a Windows machine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6906) App shifting up after using virtual keyboard ( windows phone 8.1 only )
[ https://issues.apache.org/jira/browse/CB-6906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14257853#comment-14257853 ] Sergio Prado commented on CB-6906: -- Just fyi, this also impacts Cordova 3.6 wei jiang, it looks like that workaround works for me, thanks for the tip. App shifting up after using virtual keyboard ( windows phone 8.1 only ) --- Key: CB-6906 URL: https://issues.apache.org/jira/browse/CB-6906 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: 3.4.0, 3.5.0 Environment: Window 8.1 Pro X64, phonegap 3.5, sencha touch 2.3.1 Reporter: wei jiang Assignee: Jesse MacFadyen Attachments: 22.png, 33.png, oC2Nj.png I'm using sencha touch 2.3.1 and cordova 3.5.0 frameworks to develop my apps. My apps are working fine in all the platforms including windows phone 8. I tried running the app on windows phone 8.1, but now, after using a virtual keyboard, the entire app shifts up and doesn't retract back when I'm done with the keyboard. Is there any easy way to resolve this? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
[ https://issues.apache.org/jira/browse/CB-8080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14258076#comment-14258076 ] seb vincent commented on CB-8080: - This is actually a Cordova/Chromedriver compatibility issue. After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog --- Key: CB-8080 URL: https://issues.apache.org/jira/browse/CB-8080 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS Affects Versions: 3.6.3 Environment: Basic Appium test on Android webview based app. The test on Appium works until the app issues a `window.location.reload()` or a `window.location.href = 'something'`. Reporter: Andrea Tino Labels: javascript Attachments: MyApp-debug.apk After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go on because of a strange error. The error can be reproed very easily by creating a basic web-view based app on Android which issues a {{window.location.reload()}} after a while that the test starts. I could assess that the problem is one particular file: {{cordova.js}} which becomes part of the js files in my app when I build it with Cordova. My app loads only one javascript file: {{cordova.js}}, I removed all other dependencies to other js files. When that file is in my app (even though {{index.html}} does not use any function defined in there), my tests fails. If I remove the dependencies to that file, tests go ok! The problem is that when my app issues a {{window.location.reload()}}; my test fail with this error message: {code} info: [debug] Responding to client with error: {status:26,value:{message:A modal dialog was open, blocking this operation,origValue:unexpected alert open\n (Session info: webview=)\n (Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3 x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4} {code} *Test* The APK to repro this is in attachments. It is possible to run a simple Appium test to repro the problem: {code} [Test] public void SimpleTest() { this.appPackage = com.myorg.myapp; this.appActivity = myapp; BeforeAll(); Thread.Sleep(3000); var submitAddressButton = driver.FindElementByClassName(testClass); submitAddressButton.Click(); Thread.Sleep(3000); submitAddressButton = driver.FindElementByClassName(testClass); Expect(submitAddressButton, Is.Not.Null); } {code} *Important* The fact that a dialog is reported is actually very strange. After inspecting a lot I could verify that no native/webview dialog is being shown on my app. In fact I cannot see any dialog and if I try to dismiss this ghost dialog using Appium and WebDriver APIs, the command fail as no dialog can be found. *Notes* Consider that the problem is not in the APIs I use in my test (C# dotnet driver for Appium). Everything happens on my Appium server running on a Mac. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org