[jira] [Closed] (CB-7077) Icons settings are not copied from custom manifest.webapp from {projektname}/www folder
[
https://issues.apache.org/jira/browse/CB-7077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-7077.
Resolution: Won't Fix
This appears to be an issue on FirefoxOS, which is no longer supported.
> Icons settings are not copied from custom manifest.webapp from
> {projektname}/www folder
> ---
>
> Key: CB-7077
> URL: https://issues.apache.org/jira/browse/CB-7077
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli
>Affects Versions: 3.5.0
>Reporter: Wolfram Nikolas Müller
>Priority: Major
>
> Steps to reproduce:
> Create a new project.
> {noformat}
> cordova create test com.test.test TestProject
> {noformat}
> Add Firefox Os:
> {noformat}
> cordova platform add firefoxos
> {noformat}
> Create custom manifest.webapp in test/www with
> {code:javascript}
> {
> "launch_path":"/index.html",
> "installs_allowed_from":["*"],
> "version":"0.0.1",
> "name":"My app",
> "pkgName":"io.cordova.hellocordova",
> "icons": {
> "128": "/img/logo.png"
> }
> }
> {code}
> run
> {noformat}
> cordova prepare
> {noformat}
> the file manifest.webapp in test/platforms/firefoxos/www/ contains
> {code:javascript}
> {
> "launch_path": "/index.html",
> "installs_allowed_from": [
> "*"
> ],
> "version": "0.0.1",
> "name": "TestProject",
> "pkgName": "com.test.test",
> "icons": {},
> "description": "A sample Apache Cordova application that responds to the
> deviceready event.",
> "developer": {
> "name": "Apache Cordova Team",
> "url": "http://cordova.io";
> }
> }
> {code}
> Issue:
> The icons hash is empty.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7870) add "cordova outdated" command
[
https://issues.apache.org/jira/browse/CB-7870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-7870.
--
Resolution: Won't Fix
Assignee: Darryl Pogue
Now that we use npm for fetching platforms/plugins and they're stored in
package.json, you should be able to just use {{npm outdated}} directly instead
of needing a cordova-specific command.
> add "cordova outdated" command
> --
>
> Key: CB-7870
> URL: https://issues.apache.org/jira/browse/CB-7870
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-cli
>Reporter: Marcel Kinard
>Assignee: Darryl Pogue
>Priority: Minor
>
> Would be nice if there was a "cordova outdated" command, modeled after the
> "npm outdated" command. The goal is to show components (tools, platforms,
> plugins) that have newer versions that what is currently installed / in
> project.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7825) cordova serve breaks silently when any platform's prepare step fails
[
https://issues.apache.org/jira/browse/CB-7825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-7825:
-
Component/s: (was: cordova-lib)
(was: cordova-cli)
cordova-serve
> cordova serve breaks silently when any platform's prepare step fails
>
>
> Key: CB-7825
> URL: https://issues.apache.org/jira/browse/CB-7825
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-serve
>Affects Versions: 4.0.0
>Reporter: Josh Soref
>Assignee: Josh Soref
>Priority: Major
>
> {quote}
> $ cordova serve
> $
> {quote}
> totally unhelpful.
> {quote}
> for a in `cd platforms/; ls`; do cordova prepare $a > /dev/null 2> /dev/null
> || echo $a is broken; done
> android is broken
> {quote}
> Specifically, i'm using /tmp on OS X for my project, and /tmp self destructs,
> so prepare failed due to:
> {quote}
> Error: ENOENT, no such file or directory
> '/tmp/aa/platforms/android/res/values/strings.xml'
> {quote}
> Expected result:
> cordova serve should serve all working platforms and spit out a warning for
> broken platforms. If it can't serve any platforms, it should fail, and when
> it fails, there should be an error code returned to its caller.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8122) [cordova-lib] expose private util functions
[ https://issues.apache.org/jira/browse/CB-8122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-8122: - Component/s: (was: cordova-cli) cordova-lib > [cordova-lib] expose private util functions > --- > > Key: CB-8122 > URL: https://issues.apache.org/jira/browse/CB-8122 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-lib >Reporter: Lorin Beer >Priority: Major > > Utility functions are not exported from cordova-lib/src/cordova/ > these functions have value for downstream projects, and should be visible if > the cordova-lib.cordova module is required in -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8159) Add Support for "android:name" in application tag in AndroidManifest.xml
[
https://issues.apache.org/jira/browse/CB-8159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-8159.
--
Resolution: Fixed
Assignee: Darryl Pogue
You should be able to do this via a {{}} tag in config.xml in
newer versions of Cordova.
> Add Support for "android:name" in application tag in AndroidManifest.xml
>
>
> Key: CB-8159
> URL: https://issues.apache.org/jira/browse/CB-8159
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-android, cordova-cli
>Affects Versions: 3.5.0
>Reporter: Arne Sikström
>Assignee: Darryl Pogue
>Priority: Major
>
> To be able to use the Push feature in the Parse SDK the SDK requires that an
> Application.onCreate() initializes the SDK.
> https://www.parse.com/docs/push_guide#troubleshooting/Android
> This is also described in this Stackoverflow topic:
> http://stackoverflow.com/questions/25038694/how-do-i-get-parse-com-push-notifications-working-in-a-cordova-phonegap-android
> I have a plugin (https://github.com/FrostyElk/cordova-parse-plugin) that
> works fine if I manually update the AndroidManifest with
> android:name="se.frostyelk.cordova.parse.plugin.ParsePluginMainApplication".
> To be able to use the plugin in a Cloud build like Intel XDK or Phonegap
> Build I need a way to automate this, preferably in the plugin.xml.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8371) Ubuntu node is installed as nodejs
[
https://issues.apache.org/jira/browse/CB-8371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-8371.
Resolution: Won't Fix
This appears to be related to the (now deprecated) BlackBerry platform. Closing
because we no longer support that platform.
> Ubuntu node is installed as nodejs
> --
>
> Key: CB-8371
> URL: https://issues.apache.org/jira/browse/CB-8371
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli
>Affects Versions: Master
>Reporter: Josh Soref
>Priority: Major
> Labels: triaged
>
> {quote}
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description:Ubuntu 14.04.1 LTS
> Release:14.04
> Codename: trusty
> $ env node
> env: node: No such file or directory
> $ env nodejs
> >
> {quote}
> {quote}
> $ node
> The program 'node' can be found in the following packages:
> * node
> * nodejs-legacy
> Try: sudo apt-get install
> {quote}
> {{cordova-blackberry}} fails spectacularly on *Ubuntu*, but {{cordova}}
> itself also seems to fail nicely.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9607) Permits to override/customize config.xml settings with CLI build/run commands
[
https://issues.apache.org/jira/browse/CB-9607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-9607.
Resolution: Information Provided
Assignee: Darryl Pogue
This probably isn't something that Cordova will implement itself, but I've had
the same need to modify config.xml based on different environments in my CI
system. I wrote a tool that allows changing values in config.xml based on
environment variables in the shell, which might be what you're looking for:
[https://www.npmjs.com/package/seymour]
> Permits to override/customize config.xml settings with CLI build/run commands
> -
>
> Key: CB-9607
> URL: https://issues.apache.org/jira/browse/CB-9607
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-cli
>Affects Versions: 5.1.1
>Reporter: Sebastien Lorber
>Assignee: Darryl Pogue
>Priority: Major
>
> I'm using a Cordova plugin for Intercom.
> Intercom is a SaaS service we use to track users.
> They provide us 2 API keys, one for dev, and one for prod, because we don't
> want to melt test users with real users.
> I use the plugin with something like:
> {code}
>
>
>
> {code}
> The problem is that currently, when I want to build the app for testing, I
> have to manually edit the config.xml file everytime to change the prodKey to
> devKey, and then relaunch cordova build android
> I have seen the platform options attributes of the build command (not really
> documented, a bit mentionned here CB-6024), but it does not seem to be what I
> look for.
> Some suggestions for a solution:
> {code}
>
>
>
> {code}
> cordova build android -> will use "defaultValue"
> cordova build android --INTERCOM_API_KEY="overrideValue" -> will use
> "overrideValue"
> Another idea:
> {code}
>
>
>
> {code}
> cordova build android --debug -> will use "devKey"
> cordova build android -- release -> will use "prodKey"
>
> See also: https://github.com/intercom/intercom-cordova/issues/1
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14170) Parsing /platforms/android/res/xml/config.xml failed
Alejandro created CB-14170:
--
Summary: Parsing /platforms/android/res/xml/config.xml failed
Key: CB-14170
URL: https://issues.apache.org/jira/browse/CB-14170
Project: Apache Cordova
Issue Type: Bug
Components: cordova-android
Affects Versions: cordova-android-7.0.0
Environment: *local packages:*
Cordova Platforms : android 7.1.0 ios 4.5.4
Cordova Plugins: none
*System:*
Android SDK Tools : 26.1.1
ios-deploy : 1.9.2
ios-sim : 6.1.2
Node : v10.4.1
npm : 6.1.0
OS : macOS High Sierra
Xcode : Xcode 9.4.1 Build version 9F2000
*Environment Variables:*
ANDROID_HOME : /Users/alejandro/Library/Android/sdk
Reporter: Alejandro
I get the following error when running cordova run android. Furthermore, the
command works with cordova-android 6.4.0 and I am running without any plugin to
isolate the issue.
{code:java}
Parsing /Users/alejandro/Developer/example/platforms/android/res/xml/config.xml
failed
(node:14144) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or
directory, open
'/Users/alejandro/Developer/example/platforms/android/res/xml/config.xml'
at Object.fs.openSync (fs.js:579:3)
at Object.fs.readFileSync (fs.js:485:33)
at Object.parseElementtreeSync
(/Users/alejandro/Developer/example/platforms/android/cordova/node_modules/cordova-common/src/util/xml-helpers.js:180:27)
at new ConfigParser
(/Users/alejandro/Developer/example/platforms/android/cordova/node_modules/cordova-common/src/ConfigParser/ConfigParser.js:30:24)
at updateConfigFilesFrom
(/Users/alejandro/Developer/example/platforms/android/cordova/lib/prepare.js:106:18)
at Api.module.exports.prepare
(/Users/alejandro/Developer/example/platforms/android/cordova/lib/prepare.js:42:20)
at Api.prepare
(/Users/alejandro/Developer/example/platforms/android/cordova/Api.js:192:45)
at
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:106:36
at _fulfilled
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/q/q.js:787:54)
at
/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/q/q.js:816:30
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9955) Cordova CLI to have outdated command
[
https://issues.apache.org/jira/browse/CB-9955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue closed CB-9955.
Resolution: Won't Fix
Assignee: Darryl Pogue
Now that we are using npm for managing cordova platforms/plugins and they are
saved to package.json, you should be able to just use {{npm outdated}} instead
of needing a cordova-specific command.
> Cordova CLI to have outdated command
>
>
> Key: CB-9955
> URL: https://issues.apache.org/jira/browse/CB-9955
> Project: Apache Cordova
> Issue Type: New Feature
> Components: cordova-cli
>Affects Versions: Master
>Reporter: Carlos Santana
>Assignee: Darryl Pogue
>Priority: Minor
>
> I would like to have a cordova command "outdated"
> It will be similar to "npm outdated" https://docs.npmjs.com/cli/outdated
> But tailor to cordova projects
> It will print columns with versions for platforms and plugins present in the
> project and the cli
> For each one will print the following columns
> - Current (the current version)
> - Wanted (meaning is there is a plugin or platform specified in config,xml)
> - Latest (latest available from npm registry)
> - Pinned (the version that is pinned to the current cordova cli running the
> command)
> If pacakge name starts with "cordova-" it will be removed printing the rest
> $cordova outdated
> Package Current Wanted Latest Pinned
> --- ----- - --
> cli 5.3.3N/A 5.4.0N/A
> ios 3.8.03.9.1 3.9.2 3.9.0
> android .
> plugin-camera
> plugin-device
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10063) cordova-cli 5.4.0 bug with PList creation
[
https://issues.apache.org/jira/browse/CB-10063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue resolved CB-10063.
---
Resolution: Fixed
Assignee: Darryl Pogue
{{config-file}} is supported in config.xml now
> cordova-cli 5.4.0 bug with PList creation
> -
>
> Key: CB-10063
> URL: https://issues.apache.org/jira/browse/CB-10063
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli, cordova-lib
>Affects Versions: 5.4.0
>Reporter: Gregor
>Assignee: Darryl Pogue
>Priority: Major
> Labels: cordova-8.0.0
>
> Our config.xml has this part in:
> {code:java}
>
>
>
>parent="UISupportedInterfaceOrientations">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationPortraitUpsideDown
>
>
>parent="UISupportedInterfaceOrientations~ipad">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationLandscapeLeft
> UIInterfaceOrientationPortraitUpsideDown
> UIInterfaceOrientationLandscapeRight
>
>
>
> {code}
> With Cordova 5.4.0 installed, PList gets generated, but there is no part with
> orientation options in. Removing 5.4.0 and installing 5.3.3, everything
> functions as should.
> Looking at update_platform_config.js hook and echoing this line out
> {code:java}
> fs.writeFileSync(targetFile, tempInfoPlist, 'utf-8');
> {code}
> You will see in console, the part with orientation is in. Also, if you save
> this exact same string into some new generic file, it will be successfully
> saved. However, the original platforms/ios/myapp/myapp.plist file won't
> include the orientation part.
> This is a serious bug and a huge issue for us. Going to buggy 5.3.3 is a huge
> step down for us, and not having this orientation in 5.4.0 is another.
> I don't know if there's actually anyone alive here, but I surely hope,
> someone will someday found this ticket and say "hey.. look.. we aren't the
> only ones that have the problem with the orientation thing on ios"
> Regards.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11886) "cordova create --link-to=../www" option does not work
[ https://issues.apache.org/jira/browse/CB-11886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-11886: -- Component/s: (was: cordova-cli) cordova-create > "cordova create --link-to=../www" option does not work > -- > > Key: CB-11886 > URL: https://issues.apache.org/jira/browse/CB-11886 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create >Affects Versions: 6.3.1 > Environment: OSX version 10.11.6 >Reporter: Abhay Gupta >Priority: Minor > > Steps: > 1. execute command "cordova create MyApp --link-to=~/mywwwapp/www > Expected Result: > - www folder in MyApp folder is a symlink of ~/mywwwapp/www > Actual Result: > - All the files inside MyApp/www folder are new and the folder is not a > symlink of ~/mywwwapp/www -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12397) .gitignore fix
[ https://issues.apache.org/jira/browse/CB-12397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-12397: -- Component/s: (was: cordova-lib) (was: cordova-cli) > .gitignore fix > -- > > Key: CB-12397 > URL: https://issues.apache.org/jira/browse/CB-12397 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-app-hello-world, cordova-create >Reporter: Chris Brody >Priority: Major > Labels: backlog, easy-fix > > Followup to CB-12008 (autosave by default in cordova@7): if a user creates an > app using "cordova create" there should be a .gitignore file to exclude the > plugins and platforms artifacts from git. > I raise this since I have seen way too many apps with outdated plugins / > platforms artifacts included in git. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12242) Use yarn js instead of npm when adding plugins
[ https://issues.apache.org/jira/browse/CB-12242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-12242: -- Component/s: (was: cordova-lib) (was: cordova-cli) cordova-fetch > Use yarn js instead of npm when adding plugins > -- > > Key: CB-12242 > URL: https://issues.apache.org/jira/browse/CB-12242 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-fetch >Reporter: Jacques de Villiers >Priority: Major > > Currently it can take quite long to add certain plugins to my project (using > cordova plugin add), especially if I need to re-add the plugins. My > suggestion is to update the cordova cli to start using yarn js instead of npm > directly. > When I looked at this page, I realised yarn was just a wrapper for npm, and > much better at caching packages locally. > https://shift.infinite.red/npm-vs-yarn-cheat-sheet-8755b092e5cc#.jiz27n1hc > I would imagine this change would be relatively straightforward, and would be > a massive win for the cli. > I was thinking of creating a fork to do a PR but realised I am not totally > sure how to proceed on this. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12599) Cordova CLI - ios build release signing issues
[
https://issues.apache.org/jira/browse/CB-12599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-12599:
--
Component/s: (was: cordova-cli)
> Cordova CLI - ios build release signing issues
> --
>
> Key: CB-12599
> URL: https://issues.apache.org/jira/browse/CB-12599
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
>Affects Versions: 3.5.0
> Environment: Cordova @ 6.5.0
> Cordova CLI @ 6.5.0
> Cordova-ios@4.3.1
> XCode @ 8.2.1
> OS X El Capitan @ 10.11.5
>Reporter: Anton Van Zyl
>Priority: Major
> Labels: backlog, build, easyfix, ios, ios-deploy, ios10
> Fix For: cordova-ios@4.5.1
>
>
> When Signing of the ios application with Cordova-ios@4.3.1 and XCode 8.2.1
> through CLI using build.json:
> {code:title=CLI Command|borderStyle=solid}
> `sudo cordova build ios --release --device --buildConfig`
> {code}
> I get the following error:
>
> {quote}
> No profile for 'something.something.something' were found: Xcode couldn't
> find a provisioning profile matching 'something.something.something'. Code
> signing is required for product type 'Application' in SDK 'iOS 10.2'
> {quote}
>
> I can however do a archive through Xcode, and successfully upload the ios
> application to the app-store for testing. This all just tells me that my
> certificates and provisioning profiles are all available. Xcode can sign my
> app.
> Is there something I am missing, doing wrong or still need to do to get
> cordova building ios?
> build.json file part:
> {code:title=build.json|borderStyle=solid}
> "release" : {
> "codeSignIdentity" : "iPhone Developer",
> "developmentTeam" : "",
> "packageType" : "app-store"
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12756) Cordova@7 does not prompt for password when installing from private git repo
[
https://issues.apache.org/jira/browse/CB-12756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-12756:
--
Component/s: (was: cordova-cli)
cordova-fetch
> Cordova@7 does not prompt for password when installing from private git repo
>
>
> Key: CB-12756
> URL: https://issues.apache.org/jira/browse/CB-12756
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
>Reporter: Darryl Pogue
>Priority: Minor
> Labels: cordova-8.0.0
>
> When installing a plugin from a private git repo, Cordova 7 does not prompt
> for a passphrase for git. The plugin fails to install.
> {code}
> Discovered plugin "private-cordova-plugin" in config.xml. Adding it to the
> project
> Failed to restore plugin "private-cordova-plugin" from config.xml. You might
> need to try adding it again. Error: Failed to fetch plugin
> private-cordova-plugin@dpogue/private-cordova-plugin via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Failed to get absolute path to installed module
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12772) iOS Dynamic Framework Embedding/Linking
[ https://issues.apache.org/jira/browse/CB-12772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue updated CB-12772: -- Component/s: (was: cordova-cli) cordova-ios > iOS Dynamic Framework Embedding/Linking > --- > > Key: CB-12772 > URL: https://issues.apache.org/jira/browse/CB-12772 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: 7.0.0 >Reporter: Marco Bonati >Priority: Major > > Hi all > in my plugin project i need to add a dynamic ios framework > (DECommons.framework). > In plugin.xml i added this > > but in Xcode project the framework appears only in Linked Frameworks section, > but this is not sufficient, i need to add the framework also into Embedded > Binaries section. > Then i tried with this configuration > > but in this way the framework in Xcode appears only in Embedded Frameworks > and not in Linked (then a compilation error occurs). > I need an Xcode configuration that requires my framework in Embedded and > Linked framework. > I've already tried all the possible combinations of "custom", "embed" and > "link" parameters (although it is not officially exposed) in plugin.xml > without any results. > Obviously I need this to happen automatically when installing the plugin and > it does not force the user to open Xcode to correct the project settings. > Note: Before CLI version 7.0.0 I used a special hook that now no longer works. > I have already seen on Jira several open tickets on the subject but I have > not found any solution. Does anyone know how to help me? > Cheers > Marco -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14128) Cordova changes plugin version in package.json
[
https://issues.apache.org/jira/browse/CB-14128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-14128:
--
Component/s: (was: cordova-cli)
cordova-lib
> Cordova changes plugin version in package.json
> --
>
> Key: CB-14128
> URL: https://issues.apache.org/jira/browse/CB-14128
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 8.0.0
> Environment: NodeJS: v8.10.0
> npm: 5.6.0
> Cordova: 8.0.0
>Reporter: Florian Pechwitz
>Priority: Major
> Labels: cordova-8.0.0, cordova-cli
>
> I observed that Cordova changes the version of plugins in package.json. So if
> I set a static version for a plugin in package.json and add a platform (e.g.
> android), Cordova installs the correct version but updates the version of the
> plugin in package.json with a caret(^).
> Example:
> Before adding a platform the package.json looks like that
> {code:java}
> [...]
> "dependencies": {
> "cordova-plugin-ble-central": "1.1.9"
> }
> [...]{code}
> After adding a platform the package.json looks like that
> {code:java}
> [...]
> "dependencies": {
> "cordova-plugin-ble-central": "^1.1.9"
> }
> [...]
> {code}
> and the installed plugin has the version 1.1.9.
> The next time after removing my plugins and platforms folder Cordova will
> install that plugin in version 1.2.1 because of the caret(^) in package.json.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14153) overwrite mode for edit-config in plist-helper.js
[
https://issues.apache.org/jira/browse/CB-14153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-14153:
--
Component/s: (was: cordova-cli)
> overwrite mode for edit-config in plist-helper.js
> -
>
> Key: CB-14153
> URL: https://issues.apache.org/jira/browse/CB-14153
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-common
>Affects Versions: cordova-common@2.2.3
>Reporter: Uday Kiran
>Priority: Major
> Labels: easyfix
> Original Estimate: 10h
> Remaining Estimate: 10h
>
> overwrite mode for *-Info.plist, as part of edit-config configuration, is not
> implemented in plist-helper.js file.
> I want to override certain elments in the plist file. I added edit-config for
> the element. Instead of overriding it is merging the children.
> I am using cordova@8.0
> I have given a temporary fix in my local system.
>
> {code:java}
> function graftPLIST (doc, xml, selector, mode) {
> var obj=plist.parse(''xml'');
> var node=doc[selector];
> if (node&&Array.isArray(node) &&Array.isArray(obj)) {
> //temporary fix
> (mode == 'overwrite') ? (node = obj) : (node = node.concat(obj));
> for (vari=0; i for (varj=i+1; j if (nodeEqual(node[i], node[j])) { node.splice(j--, 1); }
> }
> }
> doc[selector] =node;
> } else {
> // plist uses objects for . If we have two dicts we merge them instead
> of
> // overriding the old one. See CB-6472
> if (node&&__.isObject(node) &&__.isObject(obj) &&!__.isDate(node)
> &&!__.isDate(obj)) { // arrays checked above
> __.extend(obj, node);
> }
> doc[selector] =obj;
> }
> returntrue;
> }
> {code}
> Thanks
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14168) edit-config support for iOS plist
[
https://issues.apache.org/jira/browse/CB-14168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darryl Pogue updated CB-14168:
--
Component/s: (was: cordova-cli)
> edit-config support for iOS plist
> -
>
> Key: CB-14168
> URL: https://issues.apache.org/jira/browse/CB-14168
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-common
>Affects Versions: cordova-common@2.2.3
> Environment: Cordova CLI, ios
>Reporter: Uday Kiran
>Priority: Major
> Labels: ios
>
> I have added following edit-config to my config.xml:
>
> {code:java}
> target="UISupportedInterfaceOrientations">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationPortraitUpsideDown
>
>
> target="UISupportedInterfaceOrientations~ipad">
>
> UIInterfaceOrientationLandscapeLeft
> UIInterfaceOrientationLandscapeRight
>
>
> {code}
> But, the ionic cordova prepare throws exception doc.find is not a function. I
> have made the following change to utils
> files(/usr/local/lib/node_modules/cordova/node_modules/cordova-common/src/util)
> in my local to fix this issue.
>
>
>
> {code:java}
> // File ConfigFile.js
> ConfigFile.prototype.graft_child = function ConfigFile_graft_child (selector,
> xml_child) {
> var self = this;
> var filepath = self.filepath;
> var result;
> if (self.type === 'xml') {
> var xml_to_graft = [modules.et.XML(xml_child.xml)];
> switch (xml_child.mode) {
> case 'merge':
> result = modules.xml_helpers.graftXMLMerge(self.data, xml_to_graft, selector,
> xml_child);
> break;
> case 'overwrite':
> result = modules.xml_helpers.graftXMLOverwrite(self.data, xml_to_graft,
> selector, xml_child);
> break;
> case 'remove':
> result = modules.xml_helpers.pruneXMLRemove(self.data, selector,
> xml_to_graft);
> break;
> default:
> result = modules.xml_helpers.graftXML(self.data, xml_to_graft, selector,
> xml_child.after);
> }
> if (!result) {
> throw new Error('Unable to graft xml at selector "' + selector + '" from "' +
> filepath + '" during config install');
> }
> } else {
> // plist file. Passed mode from here
> result = modules.plist_helpers.graftPLIST(self.data, xml_child.xml, selector,
> xml_child.mode);
> if (!result) {
> throw new Error('Unable to graft plist "' + filepath + '" during config
> install');
> }
> }
> self.is_changed = true;
> };
> {code}
>
>
> {code:java}
> // File: xml-helper.js
> resolveParent: function (doc, selector) {
> var parent, tagName, subSelector;
> // handle absolute selector (which elementtree doesn't like)
> if (ROOT.test(selector)) {
> tagName = selector.match(ROOT)[1];
> // test for wildcard "any-tag" root selector
> if (tagName === '*' || tagName === doc._root.tag) {
> parent = doc._root;
> // could be an absolute path, but not selecting the root
> if (ABSOLUTE.test(selector)) {
> subSelector = selector.match(ABSOLUTE)[2];
> parent = parent.find(subSelector);
> }
> } else {
> return false;
> }
> } else {
> // here is the issue for exception "doc.finf is not a function"
> parent = Array.isArray(doc) ? doc.find(selector) : doc[selector];
> }
> return parent;
> }
> {code}
>
>
> {code:java}
> // File: plist-helper.js
> function graftPLIST (doc, xml, selector, mode) {
> var obj = plist.parse('' + xml + '');
> var node = doc[selector];
> if (node && Array.isArray(node) && Array.isArray(obj)) {
> // node = node.concat(obj);
> // addressed overwrite mode here
> (mode == 'overwrite') ? (node = obj) : (node = node.concat(obj));
> for (var i = 0; i < node.length; i++) {
> for (var j = i + 1; j < node.length; ++j) {
> if (nodeEqual(node[i], node[j])) { node.splice(j--, 1); }
> }
> }
> doc[selector] = node;
> } else {
> // plist uses objects for . If we have two dicts we merge them instead
> of
> // overriding the old one. See CB-6472
> if (node && __.isObject(node) && __.isObject(obj) && !__.isDate(node) &&
> !__.isDate(obj)) { // arrays checked above
> __.extend(obj, node);
> }
> doc[selector] = obj;
> }
> return true;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14148) cordova platform ls shows nonsense www ^3.12.0 platform
[
https://issues.apache.org/jira/browse/CB-14148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16523110#comment-16523110
]
ASF GitHub Bot commented on CB-14148:
-
brodybits opened a new pull request #620: CB-14148 remove nonsense "www"
platform from listing
URL: https://github.com/apache/cordova-lib/pull/620
### Platforms affected
All
### What does this PR do?
- Remove nonsense "www" platform from listing in `cordova platform ls`
- Verify proper attributes and behavior of `platforms` object
### What testing has been done on this change?
- Verified that the nonsense "www" member is removed in spec
- Verified working properly in local copy of `cordova-lib` and `cordova-cli`
projects
TODO:
- [ ] Verify that `npm test` completely passes (in CI)
### Checklist
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html)
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with
resolving file paths", where CB- is the JIRA ID & "android" is the platform
affected.
- [x] Added automated test coverage as appropriate for this change.
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> cordova platform ls shows nonsense www ^3.12.0 platform
> ---
>
> Key: CB-14148
> URL: https://issues.apache.org/jira/browse/CB-14148
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-cli, cordova-common, cordova-lib
>Reporter: Chris Brody
>Assignee: Chris Brody
>Priority: Minor
>
> As I already reported in
> [apache/cordova-discuss#86|https://github.com/apache/cordova-discuss/issues/86]
> and saw someone else report in Slack:
> {code:bash}
> $ cordova --version
> 8.0.0
> {code}
> {code:bash}
> $ cordova platform ls
> Installed platforms:
>
> Available platforms:
> android ~7.0.0
> browser ~5.0.1
> ios ~4.5.4
> osx ~4.0.1
> windows ~5.0.0
> www ^3.12.0
> {code}
> If I would do {{cordova platform add www}}:
> {code:bash}
> $ cordova platform add www
> (node:10383) UnhandledPromiseRejectionWarning: CordovaError: Error: npm:
> Command failed with exit code 1 Error output:
> npm ERR! code ENOLOCAL
> npm ERR! Could not install from "www" as it does not contain a package.json
> file.
> npm ERR! A complete log of this run can be found in:
> npm ERR! /Users/brodybits/.npm/_logs/2018-01-04T04_21_59_700Z-debug.log
> at
> /Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/cordova-fetch/index.js:104:29
> at _rejected
> (/Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/q/q.js:864:24)
> at
> /Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/q/q.js:890:30
> at Promise.when
> (/Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/q/q.js:1142:31)
> at Promise.promise.promiseDispatch
> (/Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/q/q.js:808:41)
> at
> /Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/q/q.js:624:44
> at runSingle
> (/Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/q/q.js:137:13)
> at flush
> (/Users/brodybits/.nvs/node/9.3.0/x64/lib/node_modules/cordova/node_modules/q/q.js:125:13)
> at process._tickCallback (internal/process/next_tick.js:150:11)
> (node:10383) UnhandledPromiseRejectionWarning: Unhandled promise rejection.
> This error originated either by throwing inside of an async function without
> a catch block, or by rejecting a promise which was not handled with .catch().
> (rejection id: 1)
> (node:10383) [DEP0018] DeprecationWarning: Unhandled promise rejections are
> deprecated. In the future, promise rejections that are not handled will
> terminate the Node.js process with a non-zero exit code.
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-12116) cordova-lib CI failures
[
https://issues.apache.org/jira/browse/CB-12116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael reassigned CB-12116:
Assignee: Raphael
> cordova-lib CI failures
> ---
>
> Key: CB-12116
> URL: https://issues.apache.org/jira/browse/CB-12116
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Reporter: Shazron Abdullah
>Assignee: Raphael
>Priority: Major
>
> node 6.4.0
> {code}
> Failures:
> 1) platform add plugin rm end-to-end should remove dependency when removing
> parent plugin
>Message:
> timeout: timed out after 2 msec waiting for spec to complete
>Stacktrace:
> undefined
> 2) platform add and remove --fetch should add and remove platform from
> node_modules directory
>Message:
> Expected { errno : -2, code : 'ENOENT', syscall : 'open', path :
> '/private/var/folders/gp/qnjhl3ps51z2vvww_th7ldshgn/T/e2e-test/plugin_rm_test/hello/platforms/ios/HelloCordova/HelloCordova-Info.plist'
> } to be undefined.
>Stacktrace:
> Error: Expected { errno : -2, code : 'ENOENT', syscall : 'open', path :
> '/private/var/folders/gp/qnjhl3ps51z2vvww_th7ldshgn/T/e2e-test/plugin_rm_test/hello/platforms/ios/HelloCordova/HelloCordova-Info.plist'
> } to be undefined.
> at
> /Users/shaz/Documents/git/apache/cordova-lib/cordova-lib/spec-cordova/platform.spec.js:246:25
> at _rejected
> (/Users/shaz/Documents/git/apache/cordova-lib/cordova-lib/node_modules/q/q.js:797:24)
> at
> /Users/shaz/Documents/git/apache/cordova-lib/cordova-lib/node_modules/q/q.js:823:30
> at Promise.when
> (/Users/shaz/Documents/git/apache/cordova-lib/cordova-lib/node_modules/q/q.js:1035:31)
> at Promise.promise.promiseDispatch
> (/Users/shaz/Documents/git/apache/cordova-lib/cordova-lib/node_modules/q/q.js:741:41)
> at
> /Users/shaz/Documents/git/apache/cordova-lib/cordova-lib/node_modules/q/q.js:557:44
> at flush
> (/Users/shaz/Documents/git/apache/cordova-lib/cordova-lib/node_modules/q/q.js:108:17)
> at _combinedTickCallback (internal/process/next_tick.js:67:7)
> at process._tickCallback (internal/process/next_tick.js:98:9)
> {code}
> {code}
> Subproject Path: CordovaLib
> ANDROID_HOME=/Applications/adt-bundle/sdk
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_92.jdk/Contents/Home
> Subproject Path: CordovaLib
> Starting a new Gradle Daemon for this build (subsequent builds will be
> faster).
> Observed package id 'add-ons;addon-google_apis_x86-google-19' in inconsistent
> location
> '/Applications/adt-bundle/sdk/add-ons/addon-google_apis_x86-google-19-1'
> (Expected
> '/Applications/adt-bundle/sdk/add-ons/addon-google_apis_x86-google-19')
> Observed package id 'build-tools;17.0.0' in inconsistent location
> '/Applications/adt-bundle/sdk/build-tools/android-4.2.2' (Expected
> '/Applications/adt-bundle/sdk/build-tools/17.0.0')
> Observed package id 'add-ons;addon-google_apis_x86-google-19' in inconsistent
> location
> '/Applications/adt-bundle/sdk/add-ons/addon-google_apis_x86-google-19-1'
> (Expected
> '/Applications/adt-bundle/sdk/add-ons/addon-google_apis_x86-google-19')
> Observed package id 'build-tools;17.0.0' in inconsistent location
> '/Applications/adt-bundle/sdk/build-tools/android-4.2.2' (Expected
> '/Applications/adt-bundle/sdk/build-tools/17.0.0')
> >FAILURE: Build failed with an exception.
> * What went wrong:
> A problem occurred configuring root project 'android'.
> > A problem occurred configuring project ':CordovaLib'.
>> Cannot read packageName from
> /private/var/folders/gp/qnjhl3ps51z2vvww_th7ldshgn/T/e2e-test/plugin_rm_test/hello/platforms/android/CordovaLib/AndroidManifest.xml
> * Try:
> Run with --stacktrace option to get the stack trace. Run with --info or
> --debug option to get more log output.
> BUILD FAILED
> Total time: 6.83 secs
> { Error:
> /private/var/folders/gp/qnjhl3ps51z2vvww_th7ldshgn/T/e2e-test/plugin_rm_test/hello/platforms/android/gradlew:
> Command failed with exit code 1
> at ChildProcess.whenDone
> (/private/var/folders/gp/qnjhl3ps51z2vvww_th7ldshgn/T/e2e-test/plugin_rm_test/hello/platforms/android/cordova/node_modules/cordova-common/src/superspawn.js:169:23)
> at emitTwo (events.js:106:13)
> at ChildProcess.emit (events.js:191:7)
> at maybeClose (internal/child_process.js:852:16)
> at Process.ChildProcess._handle.onexit (internal/child_process.js:215:5)
> code: 1 }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-11186) "cordova build" fails while "cordova prepare && cordova compile" works
[
https://issues.apache.org/jira/browse/CB-11186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael reassigned CB-11186:
Assignee: Raphael
> "cordova build" fails while "cordova prepare && cordova compile" works
> --
>
> Key: CB-11186
> URL: https://issues.apache.org/jira/browse/CB-11186
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 6.1.1
> Environment: Ubuntu 15.10
>Reporter: Lex Mourek
>Assignee: Raphael
>Priority: Minor
> Labels: reproduced, triaged
>
> Cordova CLI help says {{cordova build}} is just an alias for {{cordova
> prepare && cordova compile}}, but I got two different results:
> In confix.xml I have a few {{}}'s and {{}}'s.
> Assume I have not built platforms and plugins yet ({{rm -rf plugins/
> platforms/}}):
> {code}
> $ cordova build
> Error: No platforms added to this project. Please use `cordova platform add
> `.
> {code}
> {code}
> $ cordova prepare && cordova compile
> Restoring platform android@5.1.1 referenced on config.xml
> Adding android project...
> Creating Cordova project for the Android platform:
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13609) Android Splash Screen error: java.lang.NullPointerException:
[ https://issues.apache.org/jira/browse/CB-13609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522718#comment-16522718 ] (d) Lincoln Baxter III commented on CB-13609: - Also having the issue... patched manually from PR [https://github.com/apache/cordova-plugin-splashscreen/pull/149] to resolve. Would love to see this fix merged. The additional null checks are safe and there's no visible downside to merging. > Android Splash Screen error: java.lang.NullPointerException: > > > Key: CB-13609 > URL: https://issues.apache.org/jira/browse/CB-13609 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-splashscreen > Environment: cli packages: (/usr/local/lib/node_modules) > @ionic/cli-utils : 1.19.0 > ionic (Ionic CLI) : 3.19.0 > global packages: > cordova (Cordova CLI) : 7.1.0 > local packages: > @ionic/app-scripts : 3.1.2 > Cordova Platforms : android 6.3.0 ios 4.5.4 > Ionic Framework: ionic-angular 3.9.2 > System: > ios-deploy : 1.9.2 > Node : v8.4.0 > npm: 5.5.1 > OS : macOS High Sierra > Xcode : Xcode 9.0.1 Build version 9A1004 > Environment Variables: > ANDROID_HOME : not set > Misc: > backend : pro >Reporter: Travis Skweres >Assignee: Joe Bowser >Priority: Major > > java.lang.NullPointerException: > at org.apache.cordova.splashscreen.SplashScreen$4.run > (SplashScreen.java:230) > at android.app.Activity.runOnUiThread (Activity.java:6050) > at org.apache.cordova.splashscreen.SplashScreen.removeSplashScreen > (SplashScreen.java:220) > at org.apache.cordova.splashscreen.SplashScreen.access$1000 > (SplashScreen.java:50) > at org.apache.cordova.splashscreen.SplashScreen$5$1.run > (SplashScreen.java:337) > at android.os.Handler.handleCallback (Handler.java:739) > at android.os.Handler.dispatchMessage (Handler.java:95) > at android.os.Looper.loop (Looper.java:148) > at android.app.ActivityThread.main (ActivityThread.java:7331) > at java.lang.reflect.Method.invoke (Native Method) > at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run > (ZygoteInit.java:1230) > at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1120) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9747) Android parser fails if the activity class has been redefined (using android:name)
[ https://issues.apache.org/jira/browse/CB-9747?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-9747. - Resolution: Fixed This has likely been fixed. Please let us know if this issue still persists in cordova@latest or cordova@nightly. > Android parser fails if the activity class has been redefined (using > android:name) > -- > > Key: CB-9747 > URL: https://issues.apache.org/jira/browse/CB-9747 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Affects Versions: 5.3.2 > Environment: Android >Reporter: Olivier Goguel >Priority: Major > > If the name of the class that implements the activity has been modified to > include a full package name, the android parser fails as it still expects to > find the Activity class under the package name defined in the manifest > Ex: > > > OK, as the parser is searching > the java file under com/myapp > However: > > KO, as the parser is > still searching the java file under com/myapp instead of net/del7a > Error: ENOENT, no such file or directory > '/Users/olivier/Code/POM/cordova/platforms/android/src/com/myapp' > at Object.fs.readdirSync (fs.js:654:18) > at android_parser.update_from_config > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/metadata/android_parser.js:266:25) > at android_parser.update_project > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/metadata/android_parser.js:335:14) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10444) App ID "reserved" words undocumented and too restrictive
[ https://issues.apache.org/jira/browse/CB-10444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-10444: - Issue Type: Improvement (was: Bug) > App ID "reserved" words undocumented and too restrictive > > > Key: CB-10444 > URL: https://issues.apache.org/jira/browse/CB-10444 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-create >Affects Versions: 8.0.0 > Environment: MacOS X 10.10.5, Yosemite, Cordova CLI 5.4.1 >Reporter: Jan Chalupa >Priority: Minor > > Running the following 'cordova create' command results in an error: > $ cordova create MyApp com.company.internal.MyApp > Error: App id contains a reserved word, or is not a valid identifier. > First, the error message does not tell me which of the words in the specified > app id is reserved. I figured out it was "internal" by trial and error. I > tried to search the documentation for the list of reserved words, but could > not find anything. > Secondly, I think the list of "reserved" words is unnecessarily restrictive. > I do not see why "internal" should be banned from the app id. In fact, the > team provisioning profile we use for internal iOS development in our company > requires us to use an app id which includes "internal". > It looks like Cordova uses the valid-identifier package to decide if a word > used in the app id is reserved. > https://github.com/purplecabbage/valid-identifier > This means that no Java keyword or reserved word can appear as part of the > app id. I am not sure that's correct for the domain names used as the > app/widget id's. > Interestingly, this also means that Cordova rejects to create project with an > app id like 'in.company.something' even though it would be a perfectly valid > domain for India. The problem is that "in" happens to be a reserved word too. > Someone complained about it here: > http://stackoverflow.com/questions/32765028/using-in-in-the-android-app-id-eg-in-example-myapp -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10444) App ID "reserved" words undocumented and too restrictive
[ https://issues.apache.org/jira/browse/CB-10444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-10444: - Affects Version/s: (was: 5.4.0) 8.0.0 > App ID "reserved" words undocumented and too restrictive > > > Key: CB-10444 > URL: https://issues.apache.org/jira/browse/CB-10444 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-create >Affects Versions: 8.0.0 > Environment: MacOS X 10.10.5, Yosemite, Cordova CLI 5.4.1 >Reporter: Jan Chalupa >Priority: Minor > > Running the following 'cordova create' command results in an error: > $ cordova create MyApp com.company.internal.MyApp > Error: App id contains a reserved word, or is not a valid identifier. > First, the error message does not tell me which of the words in the specified > app id is reserved. I figured out it was "internal" by trial and error. I > tried to search the documentation for the list of reserved words, but could > not find anything. > Secondly, I think the list of "reserved" words is unnecessarily restrictive. > I do not see why "internal" should be banned from the app id. In fact, the > team provisioning profile we use for internal iOS development in our company > requires us to use an app id which includes "internal". > It looks like Cordova uses the valid-identifier package to decide if a word > used in the app id is reserved. > https://github.com/purplecabbage/valid-identifier > This means that no Java keyword or reserved word can appear as part of the > app id. I am not sure that's correct for the domain names used as the > app/widget id's. > Interestingly, this also means that Cordova rejects to create project with an > app id like 'in.company.something' even though it would be a perfectly valid > domain for India. The problem is that "in" happens to be a reserved word too. > Someone complained about it here: > http://stackoverflow.com/questions/32765028/using-in-in-the-android-app-id-eg-in-example-myapp -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10444) App ID "reserved" words undocumented and too restrictive
[ https://issues.apache.org/jira/browse/CB-10444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522670#comment-16522670 ] Raphael commented on CB-10444: -- We could add an option to ignore the invalid identifier and advertise it in the error message. That way, users can decide they want to use the name anyway, since they know they will never use an incompatible platform. > App ID "reserved" words undocumented and too restrictive > > > Key: CB-10444 > URL: https://issues.apache.org/jira/browse/CB-10444 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create >Affects Versions: 5.4.0 > Environment: MacOS X 10.10.5, Yosemite, Cordova CLI 5.4.1 >Reporter: Jan Chalupa >Priority: Minor > > Running the following 'cordova create' command results in an error: > $ cordova create MyApp com.company.internal.MyApp > Error: App id contains a reserved word, or is not a valid identifier. > First, the error message does not tell me which of the words in the specified > app id is reserved. I figured out it was "internal" by trial and error. I > tried to search the documentation for the list of reserved words, but could > not find anything. > Secondly, I think the list of "reserved" words is unnecessarily restrictive. > I do not see why "internal" should be banned from the app id. In fact, the > team provisioning profile we use for internal iOS development in our company > requires us to use an app id which includes "internal". > It looks like Cordova uses the valid-identifier package to decide if a word > used in the app id is reserved. > https://github.com/purplecabbage/valid-identifier > This means that no Java keyword or reserved word can appear as part of the > app id. I am not sure that's correct for the domain names used as the > app/widget id's. > Interestingly, this also means that Cordova rejects to create project with an > app id like 'in.company.something' even though it would be a perfectly valid > domain for India. The problem is that "in" happens to be a reserved word too. > Someone complained about it here: > http://stackoverflow.com/questions/32765028/using-in-in-the-android-app-id-eg-in-example-myapp -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10444) App ID "reserved" words undocumented and too restrictive
[ https://issues.apache.org/jira/browse/CB-10444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-10444: - Component/s: (was: cordova-lib) cordova-create > App ID "reserved" words undocumented and too restrictive > > > Key: CB-10444 > URL: https://issues.apache.org/jira/browse/CB-10444 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create >Affects Versions: 5.4.0 > Environment: MacOS X 10.10.5, Yosemite, Cordova CLI 5.4.1 >Reporter: Jan Chalupa >Priority: Minor > > Running the following 'cordova create' command results in an error: > $ cordova create MyApp com.company.internal.MyApp > Error: App id contains a reserved word, or is not a valid identifier. > First, the error message does not tell me which of the words in the specified > app id is reserved. I figured out it was "internal" by trial and error. I > tried to search the documentation for the list of reserved words, but could > not find anything. > Secondly, I think the list of "reserved" words is unnecessarily restrictive. > I do not see why "internal" should be banned from the app id. In fact, the > team provisioning profile we use for internal iOS development in our company > requires us to use an app id which includes "internal". > It looks like Cordova uses the valid-identifier package to decide if a word > used in the app id is reserved. > https://github.com/purplecabbage/valid-identifier > This means that no Java keyword or reserved word can appear as part of the > app id. I am not sure that's correct for the domain names used as the > app/widget id's. > Interestingly, this also means that Cordova rejects to create project with an > app id like 'in.company.something' even though it would be a perfectly valid > domain for India. The problem is that "in" happens to be a reserved word too. > Someone complained about it here: > http://stackoverflow.com/questions/32765028/using-in-in-the-android-app-id-eg-in-example-myapp -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9044) hooks should be run sync with timeout, instead of async
[ https://issues.apache.org/jira/browse/CB-9044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-9044. - Resolution: Fixed This seems to be resolved in master: [https://github.com/apache/cordova-lib/blob/da4b4b371203777d1f951ee9580c1348ddb36659/src/hooks/HooksRunner.js#L66-L70] Just reopen if this is not correct. > hooks should be run sync with timeout, instead of async > --- > > Key: CB-9044 > URL: https://issues.apache.org/jira/browse/CB-9044 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Shazron Abdullah >Priority: Major > > for example, if you had a before_prepare hook that modified a file, 'prepare' > would be run before the hook has completed, resulting in an undesired state. > https://github.com/apache/cordova-lib/blob/c080f6727d8498c3337fc3a1c57720cd1853d175/cordova-lib/src/cordova/superspawn.js#L104 > The line above shows that the hooks runner runs the hooks async. The hooks > should be run sync, with a timeout. This way any hooks can be properly run > before the operation is run (in this case, prepare). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9503) Adding a plugin with a caret version fails to resolve
[
https://issues.apache.org/jira/browse/CB-9503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael resolved CB-9503.
-
Resolution: Fixed
This seems to be fixed in cordova@nightly. Please let us know if the issue
persists.
> Adding a plugin with a caret version fails to resolve
> -
>
> Key: CB-9503
> URL: https://issues.apache.org/jira/browse/CB-9503
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 5.2.0
>Reporter: Tom Vincent
>Priority: Major
>
> A regression seems to have been introduced after CB-9147 whereby caret
> versioned plugins cannot be installed even when the resolved version is a
> valid install target.
> For example, the latest published release of cordova-plugin-crosswalk-webview
> on npm is 1.2.0. However, when I {{cordova plugin add
> cordova-plugin-crosswalk-webview@\^1.2.0}}, it fails with "No compatible
> version found". The same thing succeeds with a tilde, or by reverting to
> cordova-lib 5.1.1.
> Fuller example:
> {code}
> ❯ ../../../node_modules/.bin/cordova -v
> 5.2.0
> ❯ ../../../node_modules/.bin/cordova plugin add
> cordova-plugin-crosswalk-webview@\^1.2.0
> Fetching plugin "cordova-plugin-crosswalk-webview@^1.2.0" via npm
> Failed to fetch plugin cordova-plugin-crosswalk-webview@^1.2.0 via registry.
> Probably this is either a connection problem, or plugin spec is incorrect.
> Check your connection and plugin name/version/URL.
> Error: No compatible version found:
> cordova-plugin-crosswalk-webview@'">=1.2.0 <2.0.0"'
> Valid install targets:
> ["1.0.0","1.1.0","1.2.0"]
> ❯ npm i cordova@5.1.1
> ❯ ../../../node_modules/.bin/cordova -v
> 5.1.1
> ❯ ../../../node_modules/.bin/cordova plugin add
> cordova-plugin-crosswalk-webview@\^1.2.0
> Fetching plugin "cordova-plugin-crosswalk-webview@^1.2.0" via npm
> npm http GET https://registry.npmjs.org/cordova-plugin-crosswalk-webview
> npm http 304 https://registry.npmjs.org/cordova-plugin-crosswalk-webview
> Installing "cordova-plugin-crosswalk-webview" for android
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-12774) cordova plugin add doesn't support scoped packages from private registries
[ https://issues.apache.org/jira/browse/CB-12774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael reassigned CB-12774: Assignee: Raphael > cordova plugin add doesn't support scoped packages from private registries > -- > > Key: CB-12774 > URL: https://issues.apache.org/jira/browse/CB-12774 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Affects Versions: 1.1.0 >Reporter: Enrico Mazzucchelli >Assignee: Raphael >Priority: Major > Labels: cordova-8.0.0 > Fix For: 1.1.1 > > > STEP TO REPRODUCE: > 1) setup a private repo (for example sinopia with docker: > https://github.com/kfatehi/docker-sinopia) > 2) add scope in your npm config: npm config set @myco:registry > http://0.0.0.0:4873/ > 3) create you plugin. In package.json set name: @myco/my.co.plugin.demo; in > plugin.xml set plugin id: @myco/my.co.plugin.demo. > 3) publish plugin in your private repo: > - npm set registry http://0.0.0.0:4873 > - npm publish >- npm set registry https://registry.npmjs.org/ > 4) in your cordova project dir, exec: > cordova plugin add @myco/my.co.plugin.demo > EXPECTED BEHAVIOR: > cordova plugin are installed > ACTUAL BEHAVIOR: > cordova installation failed: > Error: Failed to fetch plugin my.co.plugin.demo via registry. > Probably this is either a connection problem, or plugin spec is incorrect. > Check your connection and plugin name/version/URL. > Error: npm: Command failed with exit code 1 Error output: > npm ERR! code E404 > npm ERR! 404 Registry returned 404 for GET on > https://registry.npmjs.org/my.co.plugin.demo > npm ERR! 404 > npm ERR! 404 'com.vipera.de.foundation.commons' is not in the npm registry. > npm ERR! 404 You should bug the author to publish it (or use the name > yourself!) > npm ERR! 404 > npm ERR! 404 Note that you can also install from a > npm ERR! 404 tarball, folder, http url, or git url. > However node module are correctly installed (verified with npm ls) and > fetch.json have a new entry with key > @my.co.plugin.demo. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-13596) Installation of scoped plugin also installs conflicting unscoped plugin with same name
[ https://issues.apache.org/jira/browse/CB-13596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael reassigned CB-13596: Assignee: Raphael > Installation of scoped plugin also installs conflicting unscoped plugin with > same name > -- > > Key: CB-13596 > URL: https://issues.apache.org/jira/browse/CB-13596 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Affects Versions: cordova@7.1.0, 8.0.0 >Reporter: Marian Hello >Assignee: Raphael >Priority: Major > > if there is unscoped package with same name as scoped package, both will be > installed. > As result you will end up with two (potentially conflicting) packages. > How to reproduce: > 1. create new cordova project: > cordova create myApp org.apache.cordova.myApp myApp > 2. add plaftofm > cordova platform add android > 3. install scoped package: > cordova plugin add > @mauron85/cordova-plugin-background-geolocation@3.0.0-alpha.4 > Expected Behavior > Only single package @mauron85/cordova-plugin-background-geolocation will be > installed > Actual Behaviour > Two packages will get installed: > 1. @mauron85/cordova-plugin-background-geolocation - > https://www.npmjs.com/package/@mauron85/cordova-plugin-background-geolocation > 2. cordova-plugin-background-geolocation - > https://www.npmjs.com/package/cordova-plugin-background-geolocation > They are completely different and incompatible. As result cordova project > won't compile. > Console output: > Installing "cordova-plugin-background-geolocation" for android > Installing "cordova-plugin-geolocation" for android > Installing "cordova-plugin-dialogs" for android > Adding @mauron85/cordova-plugin-background-geolocation to package.json > Saved plugin info for "@mauron85/cordova-plugin-background-geolocation" to > config.xml -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13055) remove --nofetch option and all old fetching code
[ https://issues.apache.org/jira/browse/CB-13055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522626#comment-16522626 ] Raphael commented on CB-13055: -- [~stevegill] what's the status of this issue? Is there something left to do? > remove --nofetch option and all old fetching code > - > > Key: CB-13055 > URL: https://issues.apache.org/jira/browse/CB-13055 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Steve Gill >Priority: Major > Labels: backlog, tools-next > Fix For: cordova@8 > > > Cordova uses cordova-fetch for fetching modules by default now. In the next > major version, lets drop the older methods. This is great for reducing > maintenance in cordova. Original fetch proposal is at > https://github.com/cordova/cordova-discuss/pull/33 > remove --nofetch option > remove lazy_load > remove gitclone.js > remove npm dependency > remove remoteload.js > update anywhere that these files are used > Proposal: https://github.com/apache/cordova-discuss/pull/76 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-12974) Platform add should fail fast
[
https://issues.apache.org/jira/browse/CB-12974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael resolved CB-12974.
--
Resolution: Fixed
Fixed by recent refactoring of cordova-fetch
{noformat}
$ time cordova platform add ios@4 -d
Warning: using prerelease version 8.0.1-nightly.2018.6.19.bbb14fbc
(cordova-lib@8.0.1-nightly.2018.6.19.b42ccc6c)
No scripts found for hook "before_platform_add".
Using cordova-fetch for cordova-ios@4
Removing "cordova-" prefix from cordova-ios
Platform ios already added.
CordovaError: Platform ios already added.
real0m0,847s
user0m0,848s
sys 0m0,086s{noformat}
> Platform add should fail fast
> -
>
> Key: CB-12974
> URL: https://issues.apache.org/jira/browse/CB-12974
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch, cordova-lib
>Reporter: Jesse MacFadyen
>Priority: Major
>
> We should fail fast if the platform is already installed.
> {code}
> 🚀 time cordova platform add ios@4 -d
> Warning: using prerelease version 7.0.2-dev (cordova-lib@7.0.2-dev)
> No scripts found for hook "before_platform_add".
> Using cordova-fetch for cordova-ios@4
> saving
> Running command: npm install cordova-ios@4 --save
> Command finished with error code 0: npm install,cordova-ios@4,--save
> Removing "cordova-" prefix from cordova-ios
> Error: Platform ios already added.
> real 0m14.939s
> user 0m7.347s
> sys 0m2.453s
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12974) Platform add should fail fast
[
https://issues.apache.org/jira/browse/CB-12974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-12974:
-
Component/s: cordova-fetch
> Platform add should fail fast
> -
>
> Key: CB-12974
> URL: https://issues.apache.org/jira/browse/CB-12974
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch, cordova-lib
>Reporter: Jesse MacFadyen
>Priority: Major
>
> We should fail fast if the platform is already installed.
> {code}
> 🚀 time cordova platform add ios@4 -d
> Warning: using prerelease version 7.0.2-dev (cordova-lib@7.0.2-dev)
> No scripts found for hook "before_platform_add".
> Using cordova-fetch for cordova-ios@4
> saving
> Running command: npm install cordova-ios@4 --save
> Command finished with error code 0: npm install,cordova-ios@4,--save
> Removing "cordova-" prefix from cordova-ios
> Error: Platform ios already added.
> real 0m14.939s
> user 0m7.347s
> sys 0m2.453s
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13942) Plugin Install Fails with Dependency Failure
[
https://issues.apache.org/jira/browse/CB-13942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-13942:
-
Description:
I'm creating a new plugin that has a dependency on `cordova-plugin-file` and
when I uninstall then re-install the plugin with plugman an error occurs.
Looking at the code its pretty obvious why its failing. The `else` doesn't
handle all cases, so `P` isn't set.
[https://github.com/apache/cordova-lib/blob/master/src/plugman/fetch.js#L144]
{noformat}
plugman install --platform android --project platforms/android --plugin
"/Users/gb/repos/cordova-plugin-cookie-persistence" --link -d{noformat}
{noformat}
Requesting plugin "cordova-plugin-file@^6.0.1".
Plugin dependency "cordova-plugin-file" not fetched, retrieving then installing.
Failed to install 'cordova-plugin-cookie-persistence': TypeError: Cannot read
property 'fail' of undefined
at
/usr/local/lib/node_modules/plugman/node_modules/cordova-lib/src/plugman/fetch.js:168:18
at _fulfilled (/usr/local/lib/node_modules/plugman/node_modules/q/q.js:787:54)
at self.promiseDispatch.done
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:749:13)
at /usr/local/lib/node_modules/plugman/node_modules/q/q.js:509:49
at flush (/usr/local/lib/node_modules/plugman/node_modules/q/q.js:108:17)
at _combinedTickCallback (internal/process/next_tick.js:131:7)
at process._tickCallback (internal/process/next_tick.js:180:9)
Cannot read property 'fail' of undefined TypeError: Cannot read property 'fail'
of undefined
at
/usr/local/lib/node_modules/plugman/node_modules/cordova-lib/src/plugman/fetch.js:168:18
at _fulfilled (/usr/local/lib/node_modules/plugman/node_modules/q/q.js:787:54)
at self.promiseDispatch.done
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:749:13)
at /usr/local/lib/node_modules/plugman/node_modules/q/q.js:509:49
at flush (/usr/local/lib/node_modules/plugman/node_modules/q/q.js:108:17)
at _combinedTickCallback (internal/process/next_tick.js:131:7)
at process._tickCallback (internal/process/next_tick.js:180:9){noformat}
was:
I'm creating a new plugin that has a dependency on `cordova-plugin-file` and
when I uninstall then re-install the plugin with plugman an error occurs.
Looking at the code its pretty obvious why its failing. The `else` doesn't
handle all cases, so `P` isn't set.
https://github.com/apache/cordova-lib/blob/master/src/plugman/fetch.js#L144
`plugman install --platform android --project platforms/android --plugin
"/Users/gb/repos/cordova-plugin-cookie-persistence" --link -d`
```
Requesting plugin "cordova-plugin-file@^6.0.1".
Plugin dependency "cordova-plugin-file" not fetched, retrieving then installing.
Failed to install 'cordova-plugin-cookie-persistence': TypeError: Cannot read
property 'fail' of undefined
at
/usr/local/lib/node_modules/plugman/node_modules/cordova-lib/src/plugman/fetch.js:168:18
at _fulfilled
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:787:54)
at self.promiseDispatch.done
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:749:13)
at /usr/local/lib/node_modules/plugman/node_modules/q/q.js:509:49
at flush (/usr/local/lib/node_modules/plugman/node_modules/q/q.js:108:17)
at _combinedTickCallback (internal/process/next_tick.js:131:7)
at process._tickCallback (internal/process/next_tick.js:180:9)
Cannot read property 'fail' of undefined TypeError: Cannot read property 'fail'
of undefined
at
/usr/local/lib/node_modules/plugman/node_modules/cordova-lib/src/plugman/fetch.js:168:18
at _fulfilled
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:787:54)
at self.promiseDispatch.done
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch
(/usr/local/lib/node_modules/plugman/node_modules/q/q.js:749:13)
at /usr/local/lib/node_modules/plugman/node_modules/q/q.js:509:49
at flush (/usr/local/lib/node_modules/plugman/node_modules/q/q.js:108:17)
at _combinedTickCallback (internal/process/next_tick.js:131:7)
at process._tickCallback (internal/process/next_tick.js:180:9)
```
> Plugin Install Fails with Dependency Failure
>
>
> Key: CB-13942
> URL: https://issues.apache.org/jira/browse/CB-13942
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Reporter: Greg Berns
>Priority: Major
>
> I'm creating a new plugin that has a dependency on `cordova-plugin-file` and
> when I uninstall then re-install the plugin with plugman a
[jira] [Assigned] (CB-13853) cordova prepare fails to install plugins
[
https://issues.apache.org/jira/browse/CB-13853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael reassigned CB-13853:
Assignee: Raphael
> cordova prepare fails to install plugins
>
>
> Key: CB-13853
> URL: https://issues.apache.org/jira/browse/CB-13853
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: cordova@8.0.0
> Environment: * Node {{9.5.0}}
> * NPM {{5.6.0}}
> * Cordova {{8.0.0}}
>Reporter: Valentin Haloiu
>Assignee: Raphael
>Priority: Major
>
> h2. Demo cordova project
> [cordova-plugin-install-bug-demo|https://github.com/vially/cordova-plugin-install-bug-demo]
> h2. Steps to reproduce
> After cloning the repo {{cd}} into the root directory of the project and run:
> * {{npm install}}
> * {{cordova prepare ios --verbose}}
> The plugins will fail to install correctly and the contents of the generated
> {{plugins/fetch.json}} file is messed up:
> {noformat}
> {
> "cordova-plugin-whitelist": {
> "source": {
> "type": "registry",
> "id": "cordova-plugin-whitelist@1.3.1"
> },
> "is_top_level": true,
> "variables": {}
> },
> "cordova-plugin-splashscreen": {
> "source": {
> "type": "registry",
> "id": "cordova-plugin-customurlscheme@^4.3.0"
> },
> "is_top_level": true,
> "variables": {
> "URL_SCHEME": "io.cordova.hellocordova"
> }
> }
> }
> {noformat}
> Also, the output of the {{cordova prepare ios --verbose}} makes it quite
> clear that something went wrong during the installation:
> {noformat}
> ...
> Discovered plugin "cordova-plugin-customurlscheme" in config.xml. Adding it
> to the project
> No scripts found for hook "before_plugin_add".
> Calling plugman.fetch on plugin "cordova-plugin-customurlscheme@^4.3.0"
> Running command: npm install cordova-plugin-customurlscheme@^4.3.0
> --production --no-save
> Command finished with error code 0: npm
> install,cordova-plugin-customurlscheme@^4.3.0,-production,-no-save
> Copying plugin
> "/path-to-project/cordova-install-plugin-bug/node_modules/cordova-plugin-splashscreen"
> =>
> "/path-to-project/cordova-install-plugin-bug/plugins/cordova-plugin-splashscreen"
> Calling plugman.install on plugin
> "/path-to-project/cordova-install-plugin-bug/plugins/cordova-plugin-splashscreen"
> for platform "ios
> Plugin "cordova-plugin-splashscreen" already installed on ios.
> ...
> {noformat}
> The installation process seems to mess up the installation of the
> {{customurlscheme}} plugin with that of the {{splashscreen}} plugin.
> h2. Underlying code issue
> The root of the problem seems to be in the
> [add.js|https://github.com/apache/cordova-lib/blob/81f0a8214aa6dc2811bcb6472f4ce62cb8719024/src/cordova/plugin/add.js]
> {{cordova-lib}} file.
> [Line
> 97|https://github.com/apache/cordova-lib/blob/81f0a8214aa6dc2811bcb6472f4ce62cb8719024/src/cordova/plugin/add.js#L97]
> prints the {{Calling plugman.fetch on plugin "customurlscheme"}} line, while
> [line
> 131|https://github.com/apache/cordova-lib/blob/81f0a8214aa6dc2811bcb6472f4ce62cb8719024/src/cordova/plugin/add.js#L131]
> prints {{Calling plugman.install on plugin "splashscreen"}}.
> This seems to suggest that somewhere between these two lines cordova messes
> up the plugins somehow.
> The code is somewhat difficult to understand but the root cause seems to be
> this
> [pluginInfo|https://github.com/apache/cordova-lib/blob/81f0a8214aa6dc2811bcb6472f4ce62cb8719024/src/cordova/plugin/add.js#L52]
> global variable. Its value is [assigned in the callback of a
> promise|https://github.com/apache/cordova-lib/blob/81f0a8214aa6dc2811bcb6472f4ce62cb8719024/src/cordova/plugin/add.js#L103],
> read from [another callback of a
> promise|https://github.com/apache/cordova-lib/blob/81f0a8214aa6dc2811bcb6472f4ce62cb8719024/src/cordova/plugin/add.js#L131],
> while [a whole chain of
> promises|https://github.com/apache/cordova-lib/blob/81f0a8214aa6dc2811bcb6472f4ce62cb8719024/src/cordova/plugin/add.js#L74]
> is set using a {{reduce}} function.
> h2. Further information
> Replacing {{"cordova-plugin-splashscreen": "^5.0.1"}} with
> {{"cordova-plugin-splashscreen": "5.0.1"}} in {{package.json}} makes the
> {{prepare}} command complete succesfully ([demo
> branch|https://github.com/vially/cordova-plugin-install-bug-demo/tree/no-fail]).
> This is a small example of the volatility of the bug.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-14130) Need to run prepare twice to restore plugins
[
https://issues.apache.org/jira/browse/CB-14130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael reassigned CB-14130:
Assignee: Raphael
> Need to run prepare twice to restore plugins
>
>
> Key: CB-14130
> URL: https://issues.apache.org/jira/browse/CB-14130
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 8.0.0
> Environment: Ubuntu 18.04
> Cordova 8.0.0
>Reporter: Raphael
>Assignee: Raphael
>Priority: Major
>
> Run this code in your shell
> {code:java}
> cordova create example && cd example
> cordova platform add android
> rm -r plugins/ platforms/
> cordova prepare{code}
> *Expected*
> Plugins and Platforms restored
> *Actual*
> platform is restored, plugin-whitelist not:
> {code:java}
> Discovered platform "android@^7.0.0" in config.xml or package.json. Adding it
> to the project
> Using cordova-fetch for cordova-android@^7.0.0
> Adding android project...
> Creating Cordova project for the Android platform:
> Path: platforms/android
> Package: io.cordova.hellocordova
> Name: HelloCordova
> Activity: MainActivity
> Android target: android-27
> Subproject Path: CordovaLib
> Subproject Path: app
> Android project created with cordova-android@7.1.0
> Android Studio project detected
> Android Studio project detected
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
> project
> Failed to restore plugin "cordova-plugin-whitelist" from config.xml. You
> might need to try adding it again. Error: Cannot find plugin.xml for plugin
> "cordova-android". Please try adding it again.{code}
> Another cordova prepare restores the plugin:
> {code:java}
> Android Studio project detected
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
> project
> Installing "cordova-plugin-whitelist" for android
> This plugin is only applicable for versions of cordova-android greater than
> 4.0. If you have a previous platform version, you do *not* need this plugin
> since the whitelist will be built in.
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-14033) `cordova plugin add` skips directory on windows
[
https://issues.apache.org/jira/browse/CB-14033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael reassigned CB-14033:
Assignee: Raphael
> `cordova plugin add` skips directory on windows
> ---
>
> Key: CB-14033
> URL: https://issues.apache.org/jira/browse/CB-14033
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
> Environment: Cordova 6.2.0
>Reporter: Jack Lu
>Assignee: Raphael
>Priority: Major
>
> Suppose we have a cordova plugin project and a test project that are under
> the same directory. The {color:#33}cordova plugin project {color}is in
> directory p, and the test project in directory t. When I run following
> command in directory t:
>
> {code:java}
> cordova plugin add ..\p
> {code}
> the install fails, and I found it's due to the src directory missing during
> copying.
> After digging into the source, I found it's caused by a special handling in
> the fetch action{color:#33} on windows{color}. The source is
> {color:#33}[https://github.com/apache/cordova-lib/blob/master/src/plugman/fetch.js#L299]{color}.
> {code:java}
> /*
> [CB-10423]
> This is a special case. On windows we cannot create a symlink
> unless we are run as admin
> The error that we have is because src contains dest, so we
> end up with a recursive folder explosion
> This code avoids copy the one folder that will explode, and
> allows plugins to contain a demo project
> and to install the plugin via `cordova plugin add ../`
> */
> var resolvedSrcPath = path.resolve(plugin_dir);
> var filenames = fs.readdirSync(resolvedSrcPath);
> var relPath = path.relative(resolvedSrcPath,dest);
> var relativeRootFolder = relPath.split('\\')[0];
> filenames.splice(filenames.indexOf(relativeRootFolder),1);
> {code}
> in this case {color:#33}relPath{color} will be "..\t\plugins\plugin
> id", {color:#33}relativeRootFolder{color} be "..", then
> {color:#33}filenames.indexOf(relativeRootFolder){color} be -1, finally
> filenames lost the last element, which is the src directory in my case.
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14033) `cordova plugin add` skips directory on windows
[
https://issues.apache.org/jira/browse/CB-14033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522597#comment-16522597
]
Raphael commented on CB-14033:
--
I see you are using Cordova 6. This version is no longer supported. Please
check if the issue persists in cordova@nightly and let us know.
> `cordova plugin add` skips directory on windows
> ---
>
> Key: CB-14033
> URL: https://issues.apache.org/jira/browse/CB-14033
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
> Environment: Cordova 6.2.0
>Reporter: Jack Lu
>Priority: Major
>
> Suppose we have a cordova plugin project and a test project that are under
> the same directory. The {color:#33}cordova plugin project {color}is in
> directory p, and the test project in directory t. When I run following
> command in directory t:
>
> {code:java}
> cordova plugin add ..\p
> {code}
> the install fails, and I found it's due to the src directory missing during
> copying.
> After digging into the source, I found it's caused by a special handling in
> the fetch action{color:#33} on windows{color}. The source is
> {color:#33}[https://github.com/apache/cordova-lib/blob/master/src/plugman/fetch.js#L299]{color}.
> {code:java}
> /*
> [CB-10423]
> This is a special case. On windows we cannot create a symlink
> unless we are run as admin
> The error that we have is because src contains dest, so we
> end up with a recursive folder explosion
> This code avoids copy the one folder that will explode, and
> allows plugins to contain a demo project
> and to install the plugin via `cordova plugin add ../`
> */
> var resolvedSrcPath = path.resolve(plugin_dir);
> var filenames = fs.readdirSync(resolvedSrcPath);
> var relPath = path.relative(resolvedSrcPath,dest);
> var relativeRootFolder = relPath.split('\\')[0];
> filenames.splice(filenames.indexOf(relativeRootFolder),1);
> {code}
> in this case {color:#33}relPath{color} will be "..\t\plugins\plugin
> id", {color:#33}relativeRootFolder{color} be "..", then
> {color:#33}filenames.indexOf(relativeRootFolder){color} be -1, finally
> filenames lost the last element, which is the src directory in my case.
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-13997) npm should always be used with NO_UPDATE_NOTIFIER setted
[ https://issues.apache.org/jira/browse/CB-13997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael reassigned CB-13997: Assignee: Raphael > npm should always be used with NO_UPDATE_NOTIFIER setted > > > Key: CB-13997 > URL: https://issues.apache.org/jira/browse/CB-13997 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Nicolas HENRY >Assignee: Raphael >Priority: Minor > > Since cordova-lib is using npm commands, when I am behind a corporate proxy > npm is trying to check if npm has new versions available and get stuck for > some time each time npm command is spawned. > As a workaround, I set NO_UPDATE_NOTIFIER environment variable manually to > disable the check done by the "update-notifier" module which is used by npm. > I think that cordova-lib should set this variable itself when it spawn npm > commands since this check is probably unnecessary. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14130) Need to run prepare twice to restore plugins
[
https://issues.apache.org/jira/browse/CB-14130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-14130:
-
Description:
Run this code in your shell
{code:java}
cordova create example && cd example
cordova platform add android
rm -r plugins/ platforms/
cordova prepare{code}
*Expected*
Plugins and Platforms restored
*Actual*
platform is restored, plugin-whitelist not:
{code:java}
Discovered platform "android@^7.0.0" in config.xml or package.json. Adding it
to the project
Using cordova-fetch for cordova-android@^7.0.0
Adding android project...
Creating Cordova project for the Android platform:
Path: platforms/android
Package: io.cordova.hellocordova
Name: HelloCordova
Activity: MainActivity
Android target: android-27
Subproject Path: CordovaLib
Subproject Path: app
Android project created with cordova-android@7.1.0
Android Studio project detected
Android Studio project detected
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
project
Failed to restore plugin "cordova-plugin-whitelist" from config.xml. You might
need to try adding it again. Error: Cannot find plugin.xml for plugin
"cordova-android". Please try adding it again.{code}
Another cordova prepare restores the plugin:
{code:java}
Android Studio project detected
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
project
Installing "cordova-plugin-whitelist" for android
This plugin is only applicable for versions of cordova-android greater than
4.0. If you have a previous platform version, you do *not* need this plugin
since the whitelist will be built in.
{code}
was:
Run this code in your shell
{code:java}
cordova create example && cd example
cordova platform add android
rm -r plugins/ platforms/
cordova prepare{code}
*Expected*
Plugins and Platforms restored
*Actual*
platform is restored, plugin-whitelist not:
{code:java}
Discovered platform "android@^7.0.0" in config.xml or package.json. Adding it
to the project
Using cordova-fetch for cordova-android@^7.0.0
Adding android project...
Creating Cordova project for the Android platform:
Path: platforms/android
Package: io.cordova.hellocordova
Name: HelloCordova
Activity: MainActivity
Android target: android-27
Subproject Path: CordovaLib
Subproject Path: app
Android project created with cordova-android@7.1.0
Android Studio project detected
Android Studio project detected
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
project
Failed to restore plugin "cordova-plugin-whitelist" from config.xml. You might
need to try adding it again. Error: Cannot find plugin.xml for plugin
"cordova-android". Please try adding it again.{code}
Another cordova prepare restores the plugin:
{code:java}
Android Studio project detected
Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
project
Installing "cordova-plugin-whitelist" for android
This plugin is only applicable for versions of cordova-android greater than
4.0. If you have a previous platform version, you do *not* need this plugin
since the whitelist will be built in.
{code}
> Need to run prepare twice to restore plugins
>
>
> Key: CB-14130
> URL: https://issues.apache.org/jira/browse/CB-14130
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 8.0.0
> Environment: Ubuntu 18.04
> Cordova 8.0.0
>Reporter: Raphael
>Priority: Major
>
> Run this code in your shell
> {code:java}
> cordova create example && cd example
> cordova platform add android
> rm -r plugins/ platforms/
> cordova prepare{code}
> *Expected*
> Plugins and Platforms restored
> *Actual*
> platform is restored, plugin-whitelist not:
> {code:java}
> Discovered platform "android@^7.0.0" in config.xml or package.json. Adding it
> to the project
> Using cordova-fetch for cordova-android@^7.0.0
> Adding android project...
> Creating Cordova project for the Android platform:
> Path: platforms/android
> Package: io.cordova.hellocordova
> Name: HelloCordova
> Activity: MainActivity
> Android target: android-27
> Subproject Path: CordovaLib
> Subproject Path: app
> Android project created with cordova-android@7.1.0
> Android Studio project detected
> Android Studio project detected
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
> project
> Failed to restore plugin "cordova-plugin-whitelist" from config.xml. You
> might need to try adding it again. Error: Cannot find plugin.xml for plugin
> "cordova-android". Please try adding it again.{code}
> Another cordova prepare restores the plugin:
> {code:java}
> Android Studio project detected
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
> project
> Installing "cordova-plugin-whitelist" for android
> This
[jira] [Resolved] (CB-9262) Installing plugin from gitlab at a specified revision fails in CLI 5.1.0 and 5.1.1
[ https://issues.apache.org/jira/browse/CB-9262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-9262. - Resolution: Fixed We have reworked a lot of our plugin-fetching code lately. There is a good chance that this is resolved in cordova@nightly. Please let us know if the error persists. > Installing plugin from gitlab at a specified revision fails in CLI 5.1.0 and > 5.1.1 > -- > > Key: CB-9262 > URL: https://issues.apache.org/jira/browse/CB-9262 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Affects Versions: 5.0.1 > Environment: OS X 10.10. Node 0.12.4. Cordova-cli 5.1.1 >Reporter: David Parker >Priority: Minor > Labels: triaged > > When trying to add plugin from git repo it fails with error code 128. > cordova plugin add > ssh://g...@gitlab.domain.com/repo/my-plugin.git#77a8d481b345e7a90c90d4f34f4c5821515f8b30 > Error: git: Command failed with exit code 128 Error output: > Cloning into > '/var/folders/wh/mlg46vns1ks8f36qn3_hk6207c/T/git/143558547'... > warning: Could not find remote branch > 77a8d481b345e7a90c90d4f34f4c5821515f8b30 to clone. > fatal: Remote branch 77a8d481b345e7a90c90d4f34f4c5821515f8b30 not found in > upstream origin > Error: git: Command failed with exit code 128 Error output: > The remote end hung up unexpectedly -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9093) Cordova doesn't work with private npm registry
[ https://issues.apache.org/jira/browse/CB-9093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-9093. - Resolution: Fixed This should be resolved in cordova@latest or cordova@nightly. If the issue persists, please let us know. > Cordova doesn't work with private npm registry > -- > > Key: CB-9093 > URL: https://issues.apache.org/jira/browse/CB-9093 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Affects Versions: 5.0.0 >Reporter: Patrick Wolf >Priority: Major > > We have a private npm registry using Sinopia, which requires authentication. > When I try to use "cordova plugin add foobar", I get an error > Fetching plugin "foobar" via npm > Fetching from npm failed: Cannot insert data into the registry without auth > Error: Cannot insert data into the registry without auth > at RegClient.regRequest [as request] > (/home/patrick/.nvm/versions/node/v0.12.4/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:96:15) > at RegClient.get_ > (/home/patrick/.nvm/versions/node/v0.12.4/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:116:8) > at RegClient. > (/home/patrick/.nvm/versions/node/v0.12.4/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:43:15) > at FSReqWrap.oncomplete (fs.js:95:15) > I suspect this might be a problem with the older version of npm, 1.3.4, > included with Cordova. It seems like npm-registry-client/lib/request.js > isn't properly handling the auth settings in npmrc. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8824) Cordova cannot use Artifactory proxy registry, but plugman can
[
https://issues.apache.org/jira/browse/CB-8824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael resolved CB-8824.
-
Resolution: Fixed
This should be resolved in cordova@latest or cordova@nightly. If the issue
persists, please let us know.
> Cordova cannot use Artifactory proxy registry, but plugman can
> --
>
> Key: CB-8824
> URL: https://issues.apache.org/jira/browse/CB-8824
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-lib
>Affects Versions: 4.0.0
>Reporter: Derk-Jan Hartman
>Priority: Major
>
> I used the NPM feature of JFrog's Artifactory to setup a proxy registry for
> the Cordova plugin registry.
> It is mirroring:
> bq. http://cordova.iriscouch.com/registry/design/app/rewrite/
> I’ve then set my local machine to use the artifactory proxy:
> bq. plugman config set registry
> http://10.1.35.111:8081/artifactory/api/npm/cordova-io-registry-remote
> This proxy works if I directly used plugman like so:
> bq. plugman install —platform ios —project platforms/ios/ —plugin
> org.apache.cordova.device —plugins_dir ./plugins/
> But it fails if I use Cordova directly:
> {quote}
> cordova plugin add org.apache.cordova.device
> Fetching plugin “org.apache.cordova.device” via plugin registry
> npm http GET
> http://10.1.35.111:8081/artifactory/api/npm/org.apache.cordova.device
> npm http 404
> http://10.1.35.111:8081/artifactory/api/npm/org.apache.cordova.device
> TypeError: Cannot read property ‘latest’ of undefined
> at next
> (/opt/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/lib/cache.js:687:35)
> at
> /opt/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/lib/cache.js:675:5
> at saved
> (/opt/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:142:7)
> at
> /opt/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/graceful-fs/polyfills.js:133:7
> at FSReqWrap.oncomplete (fs.js:99:15)
> {quote}
> I have a suspicion that this is because the Cordova binary is using an
> outdated version of NPM, but i'm not sure.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-9117) cordova platform check not working properly
[ https://issues.apache.org/jira/browse/CB-9117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael reassigned CB-9117: --- Assignee: Raphael > cordova platform check not working properly > --- > > Key: CB-9117 > URL: https://issues.apache.org/jira/browse/CB-9117 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-cli, cordova-lib >Affects Versions: Master > Environment: os x >Reporter: Bnaya >Assignee: Raphael >Priority: Minor > Labels: triaged > > When using 5.1.0, running cordova platform check outputs: > bnaya@bnaya:~/dev/**/mobile (cordova-upgrades) $ cordova platform check > npm http GET > https://registry.npmjs.org/cordova-android/-/cordova-android-4.0.2.tgz > npm http 200 > https://registry.npmjs.org/cordova-android/-/cordova-android-4.0.2.tgz > And thats it. > in the same project, when using cordova 5.0.0 its outputs: > bnaya@bnaya:~/dev/***/mobile (cordova-upgrades) $ cordova platform check > npm http GET > https://registry.npmjs.org/cordova-android/-/cordova-android-4.0.0.tgz > npm http 200 > https://registry.npmjs.org/cordova-android/-/cordova-android-4.0.0.tgz > android @ 3.6.4 could be updated to: 4.0.0 > ios @ 3.6.3 could be updated to: 3.8.0 > as expected -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-6694) info should have hooks
[
https://issues.apache.org/jira/browse/CB-6694?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-6694:
Issue Type: Improvement (was: Bug)
> info should have hooks
> --
>
> Key: CB-6694
> URL: https://issues.apache.org/jira/browse/CB-6694
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-lib
>Affects Versions: 3.5.0
>Reporter: Josh Soref
>Priority: Major
>
> Currently the model for {{cordova info}} is such that you have to edit that
> file in order to add things to it.
> This is really unfortunate, it would be much better if things could just have
> a hook for cordova info, so that they could return additional information.
> This could be done by individual platforms, by plugins, by wrappers, or by
> users.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-13590) cordova-create fails with template path containing @ character
[ https://issues.apache.org/jira/browse/CB-13590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael reassigned CB-13590: Assignee: Raphael > cordova-create fails with template path containing @ character > -- > > Key: CB-13590 > URL: https://issues.apache.org/jira/browse/CB-13590 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create > Environment: Windows 7 Pro 64b (CZE) >Reporter: Lukas Plachy >Assignee: Raphael >Priority: Major > > Im afraid that the line > https://github.com/apache/cordova-create/blob/53d5894c849193073e65727033e27c8d2e428ac8/index.js#L191 > needs serious redesign. > When one installs nodejs repository (containing the node_modules global > repository, where the cordova is installed using the command 'npm install -g > cordova') on such a path, that contains a '@' (at) such a for example > 'D:\Directory1\ @Directory2\nodejs', then the variable 'isNPM' is evaluated > mistakingly as 'true' and a complete different code block is executed than it > should be. > When doing a 'cordova create' from a locally installed template, then the > lines > https://github.com/apache/cordova-create/blob/53d5894c849193073e65727033e27c8d2e428ac8/index.js#L193-L212 > must NOT be run (or at least they throw an error when being called on a > local directory)! But they run, when I have nodejs in a path containing > '@'. > Im sorry, but myself I have not evaluated what is the purpose of these lines > and why they are evaluated based on the "@", but a "@" sign is a legal > character in a directory name in Windows, so I expect that this should be > reflected by the evaluation of isNPM on line 191. Thankx much to those, who > might have some clue how to edit this code appropriately, since I would not > dare to do so. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13590) cordova-create fails with template path containing @ character
[ https://issues.apache.org/jira/browse/CB-13590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522463#comment-16522463 ] Raphael commented on CB-13590: -- I've stumbled upon the _isNpm_ line in the source code a few times and thought that it was asking for trouble. Best case would be if we did not have to check for _isNpm_ at all. > cordova-create fails with template path containing @ character > -- > > Key: CB-13590 > URL: https://issues.apache.org/jira/browse/CB-13590 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create > Environment: Windows 7 Pro 64b (CZE) >Reporter: Lukas Plachy >Priority: Major > > Im afraid that the line > https://github.com/apache/cordova-create/blob/53d5894c849193073e65727033e27c8d2e428ac8/index.js#L191 > needs serious redesign. > When one installs nodejs repository (containing the node_modules global > repository, where the cordova is installed using the command 'npm install -g > cordova') on such a path, that contains a '@' (at) such a for example > 'D:\Directory1\ @Directory2\nodejs', then the variable 'isNPM' is evaluated > mistakingly as 'true' and a complete different code block is executed than it > should be. > When doing a 'cordova create' from a locally installed template, then the > lines > https://github.com/apache/cordova-create/blob/53d5894c849193073e65727033e27c8d2e428ac8/index.js#L193-L212 > must NOT be run (or at least they throw an error when being called on a > local directory)! But they run, when I have nodejs in a path containing > '@'. > Im sorry, but myself I have not evaluated what is the purpose of these lines > and why they are evaluated based on the "@", but a "@" sign is a legal > character in a directory name in Windows, so I expect that this should be > reflected by the evaluation of isNPM on line 191. Thankx much to those, who > might have some clue how to edit this code appropriately, since I would not > dare to do so. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13590) cordova-create fails with template path containing @ character
[ https://issues.apache.org/jira/browse/CB-13590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-13590: - Summary: cordova-create fails with template path containing @ character (was: When installed in a nodejs dir that is on a path containing a '@', then cordova-create fails with the error: Could not install from (path_of_nodejs_modules) as it does not contain a package.json file (observable also from a call from quasar wrap cordova)) > cordova-create fails with template path containing @ character > -- > > Key: CB-13590 > URL: https://issues.apache.org/jira/browse/CB-13590 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-create > Environment: Windows 7 Pro 64b (CZE) >Reporter: Lukas Plachy >Priority: Major > > Im afraid that the line > https://github.com/apache/cordova-create/blob/53d5894c849193073e65727033e27c8d2e428ac8/index.js#L191 > needs serious redesign. > When one installs nodejs repository (containing the node_modules global > repository, where the cordova is installed using the command 'npm install -g > cordova') on such a path, that contains a '@' (at) such a for example > 'D:\Directory1\ @Directory2\nodejs', then the variable 'isNPM' is evaluated > mistakingly as 'true' and a complete different code block is executed than it > should be. > When doing a 'cordova create' from a locally installed template, then the > lines > https://github.com/apache/cordova-create/blob/53d5894c849193073e65727033e27c8d2e428ac8/index.js#L193-L212 > must NOT be run (or at least they throw an error when being called on a > local directory)! But they run, when I have nodejs in a path containing > '@'. > Im sorry, but myself I have not evaluated what is the purpose of these lines > and why they are evaluated based on the "@", but a "@" sign is a legal > character in a directory name in Windows, so I expect that this should be > reflected by the evaluation of isNPM on line 191. Thankx much to those, who > might have some clue how to edit this code appropriately, since I would not > dare to do so. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13043) Cordova generated app broken if the plugin is a dynamic framework that depends on Cordova
[ https://issues.apache.org/jira/browse/CB-13043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522455#comment-16522455 ] Raphael commented on CB-13043: -- This seems to be iOS related only. Removing component cordova-create. > Cordova generated app broken if the plugin is a dynamic framework that > depends on Cordova > - > > Key: CB-13043 > URL: https://issues.apache.org/jira/browse/CB-13043 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: 4.4.0 > Environment: iOS 10 >Reporter: Bharath Hariharan >Assignee: Shazron Abdullah >Priority: Major > Labels: backlog > > I have a plugin that's directly dependent on Cordova since it contains a > subclass of CDVViewController and it references other native Cordova classes. > I'm trying to package this framework as a dynamic framework and bundle it in > my plugin. The problem with this is that it has to be linked to > Cordova.framework but the generated app from Cordova CLI links to > libCordova.a which causes symbol conflicts. The basic problem is that a > dynamic framework has a defined boundary and is self-sufficient, which > prevents it from getting symbols from the external libCordova.a. It also > can't weak-link to a static lib. The fix here would be to do 1 of the > following: > 1) In the generated app, make Cordova's dynamic framework target a dependency > instead of the static target like it is currently. Also, link to > Cordova.framework instead of libCordova.a. > 2) Allow a parameter to be set in the plugin, called "dynamic" or something > to that effect that allows a plugin to specify that it needs Cordova as a > dynamic framework dependency. Setting this parameter would basically make > Cordova do (1). > Since Apple has moved away from static libs and is recommending dynamic > frameworks, I would recommend approach (1). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13043) Cordova generated app broken if the plugin is a dynamic framework that depends on Cordova
[ https://issues.apache.org/jira/browse/CB-13043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-13043: - Component/s: (was: cordova-create) > Cordova generated app broken if the plugin is a dynamic framework that > depends on Cordova > - > > Key: CB-13043 > URL: https://issues.apache.org/jira/browse/CB-13043 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: 4.4.0 > Environment: iOS 10 >Reporter: Bharath Hariharan >Assignee: Shazron Abdullah >Priority: Major > Labels: backlog > > I have a plugin that's directly dependent on Cordova since it contains a > subclass of CDVViewController and it references other native Cordova classes. > I'm trying to package this framework as a dynamic framework and bundle it in > my plugin. The problem with this is that it has to be linked to > Cordova.framework but the generated app from Cordova CLI links to > libCordova.a which causes symbol conflicts. The basic problem is that a > dynamic framework has a defined boundary and is self-sufficient, which > prevents it from getting symbols from the external libCordova.a. It also > can't weak-link to a static lib. The fix here would be to do 1 of the > following: > 1) In the generated app, make Cordova's dynamic framework target a dependency > instead of the static target like it is currently. Also, link to > Cordova.framework instead of libCordova.a. > 2) Allow a parameter to be set in the plugin, called "dynamic" or something > to that effect that allows a plugin to specify that it needs Cordova as a > dynamic framework dependency. Setting this parameter would basically make > Cordova do (1). > Since Apple has moved away from static libs and is recommending dynamic > frameworks, I would recommend approach (1). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14169) URL changes not detected or throwing error when navigating Youtube site
Omar created CB-14169: - Summary: URL changes not detected or throwing error when navigating Youtube site Key: CB-14169 URL: https://issues.apache.org/jira/browse/CB-14169 Project: Apache Cordova Issue Type: Bug Components: cordova-plugin-inappbrowser Affects Versions: 3.0.0 Reporter: Omar When using this plugin inappbrowser to browse the Youtube site, the url changes are not detected, preventing the back and forward navigation buttons from working as expected. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12274) Use version from template config.xml if present
[ https://issues.apache.org/jira/browse/CB-12274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-12274: - Fix Version/s: (was: 6.4.0) (was: 6.3.1) > Use version from template config.xml if present > --- > > Key: CB-12274 > URL: https://issues.apache.org/jira/browse/CB-12274 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-create > Environment: Seen in iOS platform >Reporter: Federico Hatoum >Assignee: Raphael >Priority: Major > Labels: triaged > > When using the "--template" flag with the create command, the widget version > number in the template config.xml is not copied to the config.xml file within > the output directory. Instead, the version number defaults to "1.0.0". That > causes the resulting iOS IPA file to have its version number set to "1.0.0". > This occurs in cordova versions greater than 6.2.0 (ex: 6.3.1, 6.4.0). > The current workaround for builds that use template config.xml files is to > downgrade cordova to 6.2.0. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12274) Use version from template config.xml if present
[ https://issues.apache.org/jira/browse/CB-12274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-12274: - Summary: Use version from template config.xml if present (was: widget version number not copied from template config.xml file) > Use version from template config.xml if present > --- > > Key: CB-12274 > URL: https://issues.apache.org/jira/browse/CB-12274 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-create > Environment: Seen in iOS platform >Reporter: Federico Hatoum >Assignee: Raphael >Priority: Major > Labels: triaged > > When using the "--template" flag with the create command, the widget version > number in the template config.xml is not copied to the config.xml file within > the output directory. Instead, the version number defaults to "1.0.0". That > causes the resulting iOS IPA file to have its version number set to "1.0.0". > This occurs in cordova versions greater than 6.2.0 (ex: 6.3.1, 6.4.0). > The current workaround for builds that use template config.xml files is to > downgrade cordova to 6.2.0. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-12274) widget version number not copied from template config.xml file
[ https://issues.apache.org/jira/browse/CB-12274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-12274: - Issue Type: Improvement (was: Bug) > widget version number not copied from template config.xml file > -- > > Key: CB-12274 > URL: https://issues.apache.org/jira/browse/CB-12274 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-create > Environment: Seen in iOS platform >Reporter: Federico Hatoum >Assignee: Raphael >Priority: Major > Labels: triaged > Fix For: 6.3.1, 6.4.0 > > > When using the "--template" flag with the create command, the widget version > number in the template config.xml is not copied to the config.xml file within > the output directory. Instead, the version number defaults to "1.0.0". That > causes the resulting iOS IPA file to have its version number set to "1.0.0". > This occurs in cordova versions greater than 6.2.0 (ex: 6.3.1, 6.4.0). > The current workaround for builds that use template config.xml files is to > downgrade cordova to 6.2.0. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14140) Use fs-extra (and which) instead of shelljs
[ https://issues.apache.org/jira/browse/CB-14140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522280#comment-16522280 ] Raphael edited comment on CB-14140 at 6/25/18 3:43 PM: --- Removed common, fetch and create as it is already resolved there. was (Author: raphinesse): Removed fetch and create as it is already resolved there. > Use fs-extra (and which) instead of shelljs > --- > > Key: CB-14140 > URL: https://issues.apache.org/jira/browse/CB-14140 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android, cordova-ios, cordova-lib, cordova-osx, > cordova-windows >Reporter: Chris Brody >Assignee: Darryl Pogue >Priority: Minor > > It is more efficient to use fs-extra, sometimes with some help from which, > than shelljs. > This improvement has already landed in the master branch of cordova-common > for the next major release, and work has already been started in some other > packages. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14140) Use fs-extra (and which) instead of shelljs
[ https://issues.apache.org/jira/browse/CB-14140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-14140: - Component/s: (was: cordova-common) > Use fs-extra (and which) instead of shelljs > --- > > Key: CB-14140 > URL: https://issues.apache.org/jira/browse/CB-14140 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android, cordova-ios, cordova-lib, cordova-osx, > cordova-windows >Reporter: Chris Brody >Assignee: Darryl Pogue >Priority: Minor > > It is more efficient to use fs-extra, sometimes with some help from which, > than shelljs. > This improvement has already landed in the master branch of cordova-common > for the next major release, and work has already been started in some other > packages. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14140) Use fs-extra (and which) instead of shelljs
[ https://issues.apache.org/jira/browse/CB-14140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522280#comment-16522280 ] Raphael edited comment on CB-14140 at 6/25/18 3:42 PM: --- Removed fetch and create as it is already resolved there. was (Author: raphinesse): Remove fetch as it is already resolved there. > Use fs-extra (and which) instead of shelljs > --- > > Key: CB-14140 > URL: https://issues.apache.org/jira/browse/CB-14140 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android, cordova-ios, cordova-lib, cordova-osx, > cordova-windows >Reporter: Chris Brody >Assignee: Darryl Pogue >Priority: Minor > > It is more efficient to use fs-extra, sometimes with some help from which, > than shelljs. > This improvement has already landed in the master branch of cordova-common > for the next major release, and work has already been started in some other > packages. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14140) Use fs-extra (and which) instead of shelljs
[ https://issues.apache.org/jira/browse/CB-14140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-14140: - Component/s: (was: cordova-create) > Use fs-extra (and which) instead of shelljs > --- > > Key: CB-14140 > URL: https://issues.apache.org/jira/browse/CB-14140 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android, cordova-ios, cordova-lib, cordova-osx, > cordova-windows >Reporter: Chris Brody >Assignee: Darryl Pogue >Priority: Minor > > It is more efficient to use fs-extra, sometimes with some help from which, > than shelljs. > This improvement has already landed in the master branch of cordova-common > for the next major release, and work has already been started in some other > packages. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13742) MediaStream.stop() method has been deprecated as of Chrome 47
[
https://issues.apache.org/jira/browse/CB-13742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-13742:
-
Description:
Causes errors like this when using the browser.
{code:javascript}
core.es5.js:1084 ERROR TypeError: this._previewStream.stop is not a function at
CameraUI.destroyPreview (VM587 CaptureProxy.js:134) at VM587
CaptureProxy.js:187 at HTMLVideoElement.preview.onclick (VM587
CaptureProxy.js:109) at HTMLVideoElement.o [as __zone_symbol___onclick]
(polyfills.js:2) at t.invokeTask (polyfills.js:3) at Object.onInvokeTask
(core.es5.js:4140) at t.invokeTask (polyfills.js:3) at r.runTask
(polyfills.js:3)
{code}
[Here is another project which is effected by the
issue.|https://github.com/apache/cordova-plugin-camera/pull/161]
Can't get the audio or video capture to work. Probably the same issue.
was:
Causes errors like this when using the browser.
{code:javascript}
core.es5.js:1084 ERROR TypeError: this._previewStream.stop is not a function at
CameraUI.destroyPreview (VM587 CaptureProxy.js:134) at VM587
CaptureProxy.js:187 at HTMLVideoElement.preview.onclick (VM587
CaptureProxy.js:109) at HTMLVideoElement.o [as __zone_symbol___onclick]
(polyfills.js:2) at t.invokeTask (polyfills.js:3) at Object.onInvokeTask
(core.es5.js:4140) at t.invokeTask (polyfills.js:3) at r.runTask
(polyfills.js:3)
{code}
[Here is another project which is effected by the
issue.|https://github.com/apache/cordova-plugin-camera/pull/161
m]
Can't get the audio or video capture to work. Probably the same issue.
> MediaStream.stop() method has been deprecated as of Chrome 47
> -
>
> Key: CB-13742
> URL: https://issues.apache.org/jira/browse/CB-13742
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-camera
> Environment: Chrome Version 63.0.3239.132 (Official Build) (64-bit)
> Ubuntu.
>Reporter: Jonathan Kelsey
>Priority: Major
>
> Causes errors like this when using the browser.
> {code:javascript}
> core.es5.js:1084 ERROR TypeError: this._previewStream.stop is not a function
> at CameraUI.destroyPreview (VM587 CaptureProxy.js:134) at VM587
> CaptureProxy.js:187 at HTMLVideoElement.preview.onclick (VM587
> CaptureProxy.js:109) at HTMLVideoElement.o [as __zone_symbol___onclick]
> (polyfills.js:2) at t.invokeTask (polyfills.js:3) at Object.onInvokeTask
> (core.es5.js:4140) at t.invokeTask (polyfills.js:3) at r.runTask
> (polyfills.js:3)
> {code}
> [Here is another project which is effected by the
> issue.|https://github.com/apache/cordova-plugin-camera/pull/161]
> Can't get the audio or video capture to work. Probably the same issue.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13742) MediaStream.stop() method has been deprecated as of Chrome 47
[
https://issues.apache.org/jira/browse/CB-13742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-13742:
-
Component/s: cordova-plugin-camera
> MediaStream.stop() method has been deprecated as of Chrome 47
> -
>
> Key: CB-13742
> URL: https://issues.apache.org/jira/browse/CB-13742
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-camera
> Environment: Chrome Version 63.0.3239.132 (Official Build) (64-bit)
> Ubuntu.
>Reporter: Jonathan Kelsey
>Priority: Major
>
> Causes errors like this when using the browser.
> {code:javascript}
> core.es5.js:1084 ERROR TypeError: this._previewStream.stop is not a function
> at CameraUI.destroyPreview (VM587 CaptureProxy.js:134) at VM587
> CaptureProxy.js:187 at HTMLVideoElement.preview.onclick (VM587
> CaptureProxy.js:109) at HTMLVideoElement.o [as __zone_symbol___onclick]
> (polyfills.js:2) at t.invokeTask (polyfills.js:3) at Object.onInvokeTask
> (core.es5.js:4140) at t.invokeTask (polyfills.js:3) at r.runTask
> (polyfills.js:3)
> {code}
> [Here is another project which is effected by the
> issue.|https://github.com/apache/cordova-plugin-camera/pull/161]
> Can't get the audio or video capture to work. Probably the same issue.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13654) Blank gray screen on starting cordova app
[ https://issues.apache.org/jira/browse/CB-13654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-13654: - Component/s: cordova-plugin-splashscreen cordova-android > Blank gray screen on starting cordova app > - > > Key: CB-13654 > URL: https://issues.apache.org/jira/browse/CB-13654 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android, cordova-plugin-splashscreen > Environment: HTC 710c smartphone android 5.0 >Reporter: jamesharvey >Priority: Major > > Hello guys, > I found out all apps built on Cordova have 3-second-long gray blank screen on > starting an app. > Why does this happen and is there any way to remove this gray screen > permanently? > Apps built on Apache Cordova, Ionic all showed this behavior. > and white splash screen problem happens to all apps built on Cordova as well. > Abnormally long white splash screen is always there. > I tried to replace white splash screen with a custom made HTML & CSS3 > animation page. I was partly successful but it still shows white splash > screen for 0.7 second before moving to animated page. > Please roll out an update regarding this problem. Please permanently remove > gray blank screen and white splash screen on start up. Give users an option > to completely replace them with an HTML & CSS3 page. > Thanks, -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13239) Unable to Download a PDF file from http servelet response
[
https://issues.apache.org/jira/browse/CB-13239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-13239:
-
Description:
Hi Team
good day !!
I am currently using apache cordova to render my site in windows 10 app.
i am using windows 10 simulator to test the same.
site is running fine except while downloading a file.
my site downloads a file with https call to server from a web browser with
below header settings.
( p_response is HttpServletResponse object )
{noformat}
p_response.setContentType("application/pdf");
p_response.setHeader (
"Content-Disposition"
, "attachment; filename=" + l_fileName-> indicates name of file.
);{noformat}
it works fine in browser by downloading the same.
however when I try to use cordova for the same call, instead of downloading
the file, simulator opens IE edge and gives an error page with a new call to
server.
can you let me know what am i missing here ?
please find attached my config.xml and index.html
config.xml
{noformat}
http://www.w3.org/ns/widgets";
xmlns:cdv="http://cordova.apache.org/ns/1.0";>
MyFirstApp
MyFirstApp
http://cordova.io";>
MyFirstApp
http://localhost:7002/"; />
->
mailto:*"; />
{noformat}
index.html
{noformat}
http://localhost:7002/T001/channel.jsp https://ssl.gstatic.com
'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src * ; connect-src *">
http://localhost:7002/T001/channel.jsp";>
MyFirstApp
{noformat}
was:
Hi Team
good day !!
I am currently using apache cordova to render my site in windows 10 app.
i am using windows 10 simulator to test the same.
site is running fine except while downloading a file.
my site downloads a file with https call to server from a web browser with
below header settings.
( p_response is HttpServletResponse object )
p_response.setContentType("application/pdf");
p_response.setHeader (
"Content-Disposition"
, "attachment;
filename=" + l_fileName-> indicates name of file.
);
it works fine in browser by downloading the same.
however when I try to use cordova for the same call, instead of downloading the
file, simulator opens IE edge and gives an error page with a new call to server.
can you let me know what am i missing here ?
please find attached my config.xml and index.html
config.xml
http://www.w3.org/ns/widgets";
xmlns:cdv="http://cordova.apache.org/ns/1.0";>
MyFirstApp
MyFirstApp
http://cordova.io";>
MyFirstApp
http://localhost:7002/"; />
mailto:*"; />
index.html
http://localhost:7002/T001/channel.jsp
https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline';
media-src * ; connect-src *">
http://localhost:7002/T001/channel.jsp";>
MyFirstApp
> Unable to Download a PDF file from http servelet response
> -
>
> Key: CB-13239
> URL: https://issues.apache.org/jira/browse/CB-13239
> Project: Apache Cordova
> Issue Type: Bug
>Reporter: Chaitanya
>Priority: Major
>
> Hi Team
> good day !!
> I am currently using apache cordova to render my site in windows 10 app.
> i am using windows 10 simulator to test the same.
> site is running fine except while downloading a file.
> my site downloads a file with https call to server from a web browser with
> below header settings.
> ( p_response is HttpServletResponse object )
> {noformat}
> p_response.setContentType("application/pdf");
> p_response.setHeader (
> "Content-Disposition"
> , "attachment; filename=" + l_fileName-> indicates name of file.
> );{noformat}
> it works fine in browser by downloading the same.
> however when I try to use cordova for the same call, instead of downloading
> the file, simulator opens IE edge and gives an error page with a new call to
> server.
> can you let me know what am i missing here ?
> please find attached my config.xml and index.html
> config.xml
> {noformat}
>
> xmlns="http://www.w3.org/ns/widgets";
> xmlns:cdv="http://cordova.apache.org/ns/1.0";>
> MyFirstApp
> MyFirstApp
> http://cordova.io";>
> MyFirstApp
>
>
>
>
>
>
>
>
[jira] [Resolved] (CB-13225) Cordova App can't install custom Cordova plugin for windows app
[ https://issues.apache.org/jira/browse/CB-13225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-13225. -- Resolution: Not A Problem Probably not a problem & no feedback from reporter > Cordova App can't install custom Cordova plugin for windows app > --- > > Key: CB-13225 > URL: https://issues.apache.org/jira/browse/CB-13225 > Project: Apache Cordova > Issue Type: Bug >Reporter: Mindteck >Priority: Critical > > Hi we are trying to write an Windows app with cordova that uses the custom > cordova plugin (written in C# & JavaScript). > But when we have tried installing the plugin using > cordova plugin add "" > But keep getting this strange error? > Error: Unpublished by nlok on 2017-08-22T03:44:35.847Z > Any idea what i'm doing wrong? > Here is the development environment configuration for windows app using > cordova: > 1. cordova version 7.1.0 > 2. visual studio 2015 > App is created from command prompt using "cordova create" command. > After that we add the platform "windows" then build the project using > "cordova build" command. > when I run "cordova platforms ls" command then find the following: > Installed platforms: > windows 5.0.0 > Available platforms: > android ~6.2.2 > blackberry10 ~3.8.0 (deprecated) > browser ~4.1.0 > webos ~3.7.0 > But when we tried to install a simple workable cordova plugin then it is > unpublished by nlok. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-13219) android videoCapture error code 3 canceled
[
https://issues.apache.org/jira/browse/CB-13219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael resolved CB-13219.
--
Resolution: Invalid
This seems to have been a configuration issue which seems to have been resolved.
> android videoCapture error code 3 canceled
> --
>
> Key: CB-13219
> URL: https://issues.apache.org/jira/browse/CB-13219
> Project: Apache Cordova
> Issue Type: Bug
>Affects Versions: cordova@7.0.1
>Reporter: Fausto Torres
>Priority: Major
>
> the code gives error 3 code canceled on android, works fine on ios.
> Samsung Galaxy Grand 2 Duos
> Android 4.3
> navigator.device.capture.captureVideo(function(mediaFile){} , function(error)
> {} , {});
> It was working couple of weeks ago.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14168) edit-config support for iOS plist
[
https://issues.apache.org/jira/browse/CB-14168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uday Kiran updated CB-14168:
Environment: Cordova CLI, ios (was: Cordova CLI)
Labels: ios (was: )
> edit-config support for iOS plist
> -
>
> Key: CB-14168
> URL: https://issues.apache.org/jira/browse/CB-14168
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-cli, cordova-common
>Affects Versions: cordova-common@2.2.3
> Environment: Cordova CLI, ios
>Reporter: Uday Kiran
>Priority: Major
> Labels: ios
>
> I have added following edit-config to my config.xml:
>
> {code:java}
> target="UISupportedInterfaceOrientations">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationPortraitUpsideDown
>
>
> target="UISupportedInterfaceOrientations~ipad">
>
> UIInterfaceOrientationLandscapeLeft
> UIInterfaceOrientationLandscapeRight
>
>
> {code}
> But, the ionic cordova prepare throws exception doc.find is not a function. I
> have made the following change to utils
> files(/usr/local/lib/node_modules/cordova/node_modules/cordova-common/src/util)
> in my local to fix this issue.
>
>
>
> {code:java}
> // File ConfigFile.js
> ConfigFile.prototype.graft_child = function ConfigFile_graft_child (selector,
> xml_child) {
> var self = this;
> var filepath = self.filepath;
> var result;
> if (self.type === 'xml') {
> var xml_to_graft = [modules.et.XML(xml_child.xml)];
> switch (xml_child.mode) {
> case 'merge':
> result = modules.xml_helpers.graftXMLMerge(self.data, xml_to_graft, selector,
> xml_child);
> break;
> case 'overwrite':
> result = modules.xml_helpers.graftXMLOverwrite(self.data, xml_to_graft,
> selector, xml_child);
> break;
> case 'remove':
> result = modules.xml_helpers.pruneXMLRemove(self.data, selector,
> xml_to_graft);
> break;
> default:
> result = modules.xml_helpers.graftXML(self.data, xml_to_graft, selector,
> xml_child.after);
> }
> if (!result) {
> throw new Error('Unable to graft xml at selector "' + selector + '" from "' +
> filepath + '" during config install');
> }
> } else {
> // plist file. Passed mode from here
> result = modules.plist_helpers.graftPLIST(self.data, xml_child.xml, selector,
> xml_child.mode);
> if (!result) {
> throw new Error('Unable to graft plist "' + filepath + '" during config
> install');
> }
> }
> self.is_changed = true;
> };
> {code}
>
>
> {code:java}
> // File: xml-helper.js
> resolveParent: function (doc, selector) {
> var parent, tagName, subSelector;
> // handle absolute selector (which elementtree doesn't like)
> if (ROOT.test(selector)) {
> tagName = selector.match(ROOT)[1];
> // test for wildcard "any-tag" root selector
> if (tagName === '*' || tagName === doc._root.tag) {
> parent = doc._root;
> // could be an absolute path, but not selecting the root
> if (ABSOLUTE.test(selector)) {
> subSelector = selector.match(ABSOLUTE)[2];
> parent = parent.find(subSelector);
> }
> } else {
> return false;
> }
> } else {
> // here is the issue for exception "doc.finf is not a function"
> parent = Array.isArray(doc) ? doc.find(selector) : doc[selector];
> }
> return parent;
> }
> {code}
>
>
> {code:java}
> // File: plist-helper.js
> function graftPLIST (doc, xml, selector, mode) {
> var obj = plist.parse('' + xml + '');
> var node = doc[selector];
> if (node && Array.isArray(node) && Array.isArray(obj)) {
> // node = node.concat(obj);
> // addressed overwrite mode here
> (mode == 'overwrite') ? (node = obj) : (node = node.concat(obj));
> for (var i = 0; i < node.length; i++) {
> for (var j = i + 1; j < node.length; ++j) {
> if (nodeEqual(node[i], node[j])) { node.splice(j--, 1); }
> }
> }
> doc[selector] = node;
> } else {
> // plist uses objects for . If we have two dicts we merge them instead
> of
> // overriding the old one. See CB-6472
> if (node && __.isObject(node) && __.isObject(obj) && !__.isDate(node) &&
> !__.isDate(obj)) { // arrays checked above
> __.extend(obj, node);
> }
> doc[selector] = obj;
> }
> return true;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14094) Remove deprecated platforms and plugins from cordova-status
[ https://issues.apache.org/jira/browse/CB-14094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-14094. -- Resolution: Fixed Assuming PR merged => issue resolved > Remove deprecated platforms and plugins from cordova-status > --- > > Key: CB-14094 > URL: https://issues.apache.org/jira/browse/CB-14094 > Project: Apache Cordova > Issue Type: Task >Reporter: Bryan Ellis >Priority: Trivial > Labels: documentation > Original Estimate: 1h > Remaining Estimate: 1h > > Remove the deprecated platforms and plugins from the `cordova-status` > README.md to reflect the current supported components. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9771) Installation of plugins' dependencies does not work
[ https://issues.apache.org/jira/browse/CB-9771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-9771. - Resolution: Fixed Assuming fixed as proposed PR was merged > Installation of plugins' dependencies does not work > --- > > Key: CB-9771 > URL: https://issues.apache.org/jira/browse/CB-9771 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ubuntu (DEPRECATED) >Affects Versions: 5.3.2 > Environment: Linux 15.04, Cordova from the cordova-ubuntu PPA >Reporter: Alberto Mardegan >Assignee: Maxim Ermilov >Priority: Major > > The mechanism for declaring plugin's dependencies is convoluted and currently > broken. The only plugin using it is the facebookconnect plugin, which is > still not merged upstream, and which doesn't successfully manage to install > its dependencies. > Instead of asking plugins to install yet another JSON file using non > conventional elements in plugin.xml, we should just use the > element and let plugins declare dependencies with that. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9771) Installation of plugins' dependencies does not work
[ https://issues.apache.org/jira/browse/CB-9771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-9771: Component/s: cordova-ubuntu (DEPRECATED) > Installation of plugins' dependencies does not work > --- > > Key: CB-9771 > URL: https://issues.apache.org/jira/browse/CB-9771 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ubuntu (DEPRECATED) >Affects Versions: 5.3.2 > Environment: Linux 15.04, Cordova from the cordova-ubuntu PPA >Reporter: Alberto Mardegan >Assignee: Maxim Ermilov >Priority: Major > > The mechanism for declaring plugin's dependencies is convoluted and currently > broken. The only plugin using it is the facebookconnect plugin, which is > still not merged upstream, and which doesn't successfully manage to install > its dependencies. > Instead of asking plugins to install yet another JSON file using non > conventional elements in plugin.xml, we should just use the > element and let plugins declare dependencies with that. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-13695) cordova-fetch: ignores npm registry
[
https://issues.apache.org/jira/browse/CB-13695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael resolved CB-13695.
--
Resolution: Cannot Reproduce
I just tried to reproduce this and could not. Please test using cordova@nightly
as described above. If the issue still occurs, please let us know so we can
reopen this issue.
> cordova-fetch: ignores npm registry
> ---
>
> Key: CB-13695
> URL: https://issues.apache.org/jira/browse/CB-13695
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
>Affects Versions: cordova@8.0.0
>Reporter: Heiko
>Priority: Critical
>
> My situation:
> a build server that has no access to the internet, but to a local npm mirror.
> If I do at my build job:
> {noformat}
> npm config set registry "http://my.local.server/repository/mirror.npm";
> npm install
> npm install cordova ionic npm --no-save
> cordova platform add ios --no-update-notifier{noformat}
> I get:
> {noformat}
> Using cordova-fetch for cordova-ios@4.5.3
> Error: Cannot find module './index'{noformat}
> My work around for cordova 7 was to use: --nofetch
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13695) cordova-fetch: ignores npm registry
[
https://issues.apache.org/jira/browse/CB-13695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-13695:
-
Description:
My situation:
a build server that has no access to the internet, but to a local npm mirror.
If I do at my build job:
{noformat}
npm config set registry "http://my.local.server/repository/mirror.npm";
npm install
npm install cordova ionic npm --no-save
cordova platform add ios --no-update-notifier{noformat}
I get:
{noformat}
Using cordova-fetch for cordova-ios@4.5.3
Error: Cannot find module './index'{noformat}
My work around for cordova 7 was to use: --nofetch
was:
My situation:
a build server that has no access to the internet.
By to a local npm mirror.
If i do at my build job:
npm config set registry "http://my.local.server/repository/mirror.npm";
npm install
npm install cordova ionic npm --no-save
cordova platform add ios --no-update-notifier
i get:
Using cordova-fetch for cordova-ios@4.5.3
(node:391) UnhandledPromiseRejectionWarning: Unhandled promise rejection
(rejection id: 1): Error: Cannot find module './index'
(node:391) [DEP0018] DeprecationWarning: Unhandled promise rejections are
deprecated. In the future, promise rejections that are not handled will
terminate the Node.js process with a non-zero exit code.
My work around for cordova 7 was to use: --nofetch
> cordova-fetch: ignores npm registry
> ---
>
> Key: CB-13695
> URL: https://issues.apache.org/jira/browse/CB-13695
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
>Affects Versions: cordova@8.0.0
>Reporter: Heiko
>Priority: Critical
>
> My situation:
> a build server that has no access to the internet, but to a local npm mirror.
> If I do at my build job:
> {noformat}
> npm config set registry "http://my.local.server/repository/mirror.npm";
> npm install
> npm install cordova ionic npm --no-save
> cordova platform add ios --no-update-notifier{noformat}
> I get:
> {noformat}
> Using cordova-fetch for cordova-ios@4.5.3
> Error: Cannot find module './index'{noformat}
> My work around for cordova 7 was to use: --nofetch
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14102) Support setting custom npm binary for cordova-fetch
[ https://issues.apache.org/jira/browse/CB-14102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522388#comment-16522388 ] Raphael commented on CB-14102: -- I changed the title to reflect the actual request instead of the problem that motivated you. If we want to implement this, I think using an environment variable would be indeed the right way to do so. > Support setting custom npm binary for cordova-fetch > --- > > Key: CB-14102 > URL: https://issues.apache.org/jira/browse/CB-14102 > Project: Apache Cordova > Issue Type: Wish > Components: cordova-fetch >Affects Versions: 8.0.0 >Reporter: Ken Naito >Priority: Minor > Fix For: 8.0.0 > > > The cordova platform/plugin add commands use cordova-fetch to get the > relevant files. It does this by using npm. > However, npm@5.6.x has an issue when installing modules from Github. > npm modules installed from a Github URL will be removed after installing > other npm modules. > The issue is on npm’s Github: https://github.com/npm/npm/issues/17379 > For example, using node v9.5.0, npm v5.6.0 and cordova 8.0, run > $ cordova plugin add https://github.com/knight/HelloWorldPlugin.git > This adds helloworldplugin into the node_modules directory, as shown below: > $ ls node_modules/ > fs-extrahelloworldpluginjsonfileuniversalify > graceful-fsinstallnpm > If we add further plugins like so: > $ cordova plugin add cordova-plugin-camera > The previous modules in node_modules directory disappear. > $ ls node_modules/ > cordova-plugin-camera > This is fixed in npm@5.7.1, as mentioned in the issue link above. > It is possible that the user cannot update their global npm version due to > some other dependencies. I suggest that we add a way for the user to override > the npm executable which is used by Cordova. For example, we could add an > environment variable as below, which would be used instead of the global npm: > CORDOVA_NPM=/home/user/bin/npm -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14102) Support setting custom npm binary for cordova-fetch
[ https://issues.apache.org/jira/browse/CB-14102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522388#comment-16522388 ] Raphael edited comment on CB-14102 at 6/25/18 2:55 PM: --- I changed the title to reflect the actual request instead of the problem that motivated you. I hope that's OK. If we want to implement this, I think using an environment variable would be indeed the right way to do so. was (Author: raphinesse): I changed the title to reflect the actual request instead of the problem that motivated you. If we want to implement this, I think using an environment variable would be indeed the right way to do so. > Support setting custom npm binary for cordova-fetch > --- > > Key: CB-14102 > URL: https://issues.apache.org/jira/browse/CB-14102 > Project: Apache Cordova > Issue Type: Wish > Components: cordova-fetch >Affects Versions: 8.0.0 >Reporter: Ken Naito >Priority: Minor > Fix For: 8.0.0 > > > The cordova platform/plugin add commands use cordova-fetch to get the > relevant files. It does this by using npm. > However, npm@5.6.x has an issue when installing modules from Github. > npm modules installed from a Github URL will be removed after installing > other npm modules. > The issue is on npm’s Github: https://github.com/npm/npm/issues/17379 > For example, using node v9.5.0, npm v5.6.0 and cordova 8.0, run > $ cordova plugin add https://github.com/knight/HelloWorldPlugin.git > This adds helloworldplugin into the node_modules directory, as shown below: > $ ls node_modules/ > fs-extrahelloworldpluginjsonfileuniversalify > graceful-fsinstallnpm > If we add further plugins like so: > $ cordova plugin add cordova-plugin-camera > The previous modules in node_modules directory disappear. > $ ls node_modules/ > cordova-plugin-camera > This is fixed in npm@5.7.1, as mentioned in the issue link above. > It is possible that the user cannot update their global npm version due to > some other dependencies. I suggest that we add a way for the user to override > the npm executable which is used by Cordova. For example, we could add an > environment variable as below, which would be used instead of the global npm: > CORDOVA_NPM=/home/user/bin/npm -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14102) Support setting custom npm binary for cordova-fetch
[ https://issues.apache.org/jira/browse/CB-14102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-14102: - Summary: Support setting custom npm binary for cordova-fetch (was: "cordova plugin add" removes other plugins installed from Github ) > Support setting custom npm binary for cordova-fetch > --- > > Key: CB-14102 > URL: https://issues.apache.org/jira/browse/CB-14102 > Project: Apache Cordova > Issue Type: Wish > Components: cordova-fetch >Affects Versions: 8.0.0 >Reporter: Ken Naito >Priority: Minor > Fix For: 8.0.0 > > > The cordova platform/plugin add commands use cordova-fetch to get the > relevant files. It does this by using npm. > However, npm@5.6.x has an issue when installing modules from Github. > npm modules installed from a Github URL will be removed after installing > other npm modules. > The issue is on npm’s Github: https://github.com/npm/npm/issues/17379 > For example, using node v9.5.0, npm v5.6.0 and cordova 8.0, run > $ cordova plugin add https://github.com/knight/HelloWorldPlugin.git > This adds helloworldplugin into the node_modules directory, as shown below: > $ ls node_modules/ > fs-extrahelloworldpluginjsonfileuniversalify > graceful-fsinstallnpm > If we add further plugins like so: > $ cordova plugin add cordova-plugin-camera > The previous modules in node_modules directory disappear. > $ ls node_modules/ > cordova-plugin-camera > This is fixed in npm@5.7.1, as mentioned in the issue link above. > It is possible that the user cannot update their global npm version due to > some other dependencies. I suggest that we add a way for the user to override > the npm executable which is used by Cordova. For example, we could add an > environment variable as below, which would be used instead of the global npm: > CORDOVA_NPM=/home/user/bin/npm -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13059) Look into removing plugins directory
[ https://issues.apache.org/jira/browse/CB-13059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522360#comment-16522360 ] Raphael commented on CB-13059: -- Removed cordova-fetch component as fetch knows nothing of these files and directories. > Look into removing plugins directory > > > Key: CB-13059 > URL: https://issues.apache.org/jira/browse/CB-13059 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-lib >Reporter: Steve Gill >Priority: Major > Labels: backlog, tools-next > Fix For: cordova@8 > > > With cordova-fetch, all modules are being saved in node_modules directly. > Our code currently copies the plugin folder from a projects node_modules into > plugins directory of a project. And then the plugin gets copied from the > plugins directory into the specific platform. I propose we remove the need to > stage plugins in the plugins directory and copy it straight from node_modules > into platforms directory when it gets installed. > We will need to investigate fetch.json and each .json that > currently lives in the plugins directory. Do we need these files? Why? > I will make a more detailed proposal on cordova-discuss soon for this. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-11963) Get rid of fetch.json and in plugins folders
[ https://issues.apache.org/jira/browse/CB-11963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael resolved CB-11963. -- Resolution: Duplicate Resolving in favor of CB-13059 > Get rid of fetch.json and in plugins folders > > > Key: CB-11963 > URL: https://issues.apache.org/jira/browse/CB-11963 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Philipp Kursawe >Priority: Major > > In a cordova project you define the plugins in config.xml which kind of > serves as the project file. > Since some time now it also contains the plugins the project is using. > I wonder why there is still a /plugins/fetch.json and a > /plugins/PLATFORM.json for each installed platform. > Both somehow list plugins in a redundant way, since the same information is > already in config.xml > More so, the platform JSON contains PACKAGE_NAME that references to the > config.xml widget id. Why? Its not like we can have multiple app IDs > specified. > I propose to get rid of those files and make `cordova prepare` actually > updating the VARIABLES defined in config.xml plugins. Because at the moment > the only way to CHANGE a var in config.xml and see this change being > reflected in the built app is to remove the platform and re-add it. > This is so error prone. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-13059) Look into removing plugins directory
[ https://issues.apache.org/jira/browse/CB-13059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-13059: - Component/s: (was: cordova-fetch) > Look into removing plugins directory > > > Key: CB-13059 > URL: https://issues.apache.org/jira/browse/CB-13059 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-lib >Reporter: Steve Gill >Priority: Major > Labels: backlog, tools-next > Fix For: cordova@8 > > > With cordova-fetch, all modules are being saved in node_modules directly. > Our code currently copies the plugin folder from a projects node_modules into > plugins directory of a project. And then the plugin gets copied from the > plugins directory into the specific platform. I propose we remove the need to > stage plugins in the plugins directory and copy it straight from node_modules > into platforms directory when it gets installed. > We will need to investigate fetch.json and each .json that > currently lives in the plugins directory. Do we need these files? Why? > I will make a more detailed proposal on cordova-discuss soon for this. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11963) Get rid of fetch.json and in plugins folders
[ https://issues.apache.org/jira/browse/CB-11963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522354#comment-16522354 ] Raphael commented on CB-11963: -- Removing cordova-fetch and cordova-plugman components, since they do neither use nor write these files. > Get rid of fetch.json and in plugins folders > > > Key: CB-11963 > URL: https://issues.apache.org/jira/browse/CB-11963 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Philipp Kursawe >Priority: Major > > In a cordova project you define the plugins in config.xml which kind of > serves as the project file. > Since some time now it also contains the plugins the project is using. > I wonder why there is still a /plugins/fetch.json and a > /plugins/PLATFORM.json for each installed platform. > Both somehow list plugins in a redundant way, since the same information is > already in config.xml > More so, the platform JSON contains PACKAGE_NAME that references to the > config.xml widget id. Why? Its not like we can have multiple app IDs > specified. > I propose to get rid of those files and make `cordova prepare` actually > updating the VARIABLES defined in config.xml plugins. Because at the moment > the only way to CHANGE a var in config.xml and see this change being > reflected in the built app is to remove the platform and re-add it. > This is so error prone. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11963) Get rid of fetch.json and in plugins folders
[ https://issues.apache.org/jira/browse/CB-11963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-11963: - Component/s: (was: cordova-plugman) (was: cordova-fetch) > Get rid of fetch.json and in plugins folders > > > Key: CB-11963 > URL: https://issues.apache.org/jira/browse/CB-11963 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Philipp Kursawe >Priority: Major > > In a cordova project you define the plugins in config.xml which kind of > serves as the project file. > Since some time now it also contains the plugins the project is using. > I wonder why there is still a /plugins/fetch.json and a > /plugins/PLATFORM.json for each installed platform. > Both somehow list plugins in a redundant way, since the same information is > already in config.xml > More so, the platform JSON contains PACKAGE_NAME that references to the > config.xml widget id. Why? Its not like we can have multiple app IDs > specified. > I propose to get rid of those files and make `cordova prepare` actually > updating the VARIABLES defined in config.xml plugins. Because at the moment > the only way to CHANGE a var in config.xml and see this change being > reflected in the built app is to remove the platform and re-add it. > This is so error prone. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13695) cordova-fetch: ignores npm registry
[ https://issues.apache.org/jira/browse/CB-13695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16516889#comment-16516889 ] Raphael edited comment on CB-13695 at 6/25/18 2:35 PM: --- [~GreenRover] What solves the problem? Using a global config? was (Author: raphinesse): @Heiko What solves the problem? Global config? > cordova-fetch: ignores npm registry > --- > > Key: CB-13695 > URL: https://issues.apache.org/jira/browse/CB-13695 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-fetch >Affects Versions: cordova@8.0.0 >Reporter: Heiko >Priority: Critical > > My situation: > a build server that has no access to the internet. > By to a local npm mirror. > If i do at my build job: > npm config set registry "http://my.local.server/repository/mirror.npm"; > npm install > npm install cordova ionic npm --no-save > cordova platform add ios --no-update-notifier > i get: > Using cordova-fetch for cordova-ios@4.5.3 > (node:391) UnhandledPromiseRejectionWarning: Unhandled promise rejection > (rejection id: 1): Error: Cannot find module './index' > (node:391) [DEP0018] DeprecationWarning: Unhandled promise rejections are > deprecated. In the future, promise rejections that are not handled will > terminate the Node.js process with a non-zero exit code. > My work around for cordova 7 was to use: --nofetch -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12789) Use pnpm instead of npm when adding plugins
[ https://issues.apache.org/jira/browse/CB-12789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522337#comment-16522337 ] Raphael commented on CB-12789: -- While considering alternative package managers is fine with me, I would avoid the additional complexity of supporting multiple package managers. > Use pnpm instead of npm when adding plugins > --- > > Key: CB-12789 > URL: https://issues.apache.org/jira/browse/CB-12789 > Project: Apache Cordova > Issue Type: Wish > Components: cordova-fetch, cordova-lib >Affects Versions: cordova@7.0.0 >Reporter: Lynchmaniac >Priority: Minor > Labels: cordova-8.0.0, newbie, triaged > > pnpm is a fast, disk space efficient npm installs https://github.com/pnpm/pnpm > What can be the effort to propose the choice between npm and pnpm to the user > ? > pnpm is not a wrapper to npm. It handles dependencies using symbolic links so > it's not compatible. But pnpm is much faster than npm and yarn or what I > could test. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-14150) Error: CordovaError: Failed to get absolute path to installed module
[
https://issues.apache.org/jira/browse/CB-14150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael resolved CB-14150.
--
Resolution: Fixed
This should be fixed in cordova@nightly. Please let us know if the problem is
still reproducible with that version.
We will probably not find the time to backport the relevant changes to Cordova
8 let alone Cordova 7 as we want to continue to focus on finishing Cordova 9
ASAP.
> Error: CordovaError: Failed to get absolute path to installed module
>
>
> Key: CB-14150
> URL: https://issues.apache.org/jira/browse/CB-14150
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
>Affects Versions: cordova@7.1.0
>Reporter: Austin France
>Priority: Major
>
> cordova-fetch@1.2.0
> I have the following situation when building my cordova project from clean.
> By clean I mean
> rm -rf platforms plugins
> So I have my config.xml prepared (which I generate from a template) and I sit
> in the project directory and I do
> _$ cordova plugin add
> [https://github.com/redskyit/cordova-plugin-background-geolocation.git]_
> _$ cordova plugin add ../plugins/redsky-firebase_
> (the real commands include variables, but for purposes of reproducing this
> issue, they are not required)
> The second plugin add fails with:
> (where ... is /usr/local/lib/node_modules/cordova/node_modules)
> {code:java}
> Error: CordovaError: Failed to get absolute path to installed module
> at Function.getPath (.../cordova-fetch/index.js:203:15)
> at .../cordova-fetch/index.js:102:35
> at _fulfilled (${NPM}/cordova-fetch/node_modules/q/q.js:854:54)
> at self.promiseDispatch.done
> (.../cordova-fetch/node_modules/q/q.js:883:30)
> at Promise.promise.promiseDispatch
> (.../cordova-fetch/node_modules/q/q.js:816:13)
> at .../cordova-fetch/node_modules/q/q.js:624:44
> at runSingle (.../cordova-fetch/node_modules/q/q.js:137:13)
> at flush (.../cordova-fetch/node_modules/q/q.js:125:13)
> at process._tickCallback (internal/process/next_tick.js:150:11)
> {code}
> I added a console.log to getPath in cordova-fetch index.js and the output is
> as follows:
> $ cordova plugin add
> [https://github.com/redskyit/cordova-plugin-background-geolocation.git
> getPath:
> /Users/adf/.../RMCv2/node_modules/cordova-plugin-background-geolocation
> _$ cordova plugin add ../plugins/redsky-firebase_
> getPath:
> /Users/adf/.../RMCv2/node_modules/cordova-plugin-background-geolocation
> Thats right, the second plugin add is using the first plugins path, and this
> fails.
> Further more, if I run the second cordova plugin add command again, it then
> works with getPath using the correct path this time.
> _$ cordova plugin add ../plugins/redsky-firebase_
> getPath: /Users/adf/.../RMCv2/node_modules/redsky-firebase
> If I reverse the order in which I install plugins, it works ok
> _$ cordova plugin add ../plugins/redsky-firebase_
> getPath: /Users/adf/.../RMCv2/node_modules/redsky-firebase
> $ cordova plugin add
> [https://github.com/redskyit/cordova-plugin-background-geolocation.git
> getPath:
> /Users/adf/.../RMCv2/node_modules/cordova-plugin-background-geolocation
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14140) Use fs-extra (and which) instead of shelljs
[ https://issues.apache.org/jira/browse/CB-14140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522280#comment-16522280 ] Raphael commented on CB-14140: -- Remove fetch as it is already resolved there. > Use fs-extra (and which) instead of shelljs > --- > > Key: CB-14140 > URL: https://issues.apache.org/jira/browse/CB-14140 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android, cordova-common, cordova-create, > cordova-ios, cordova-lib, cordova-osx, cordova-windows >Reporter: Chris Brody >Assignee: Darryl Pogue >Priority: Minor > > It is more efficient to use fs-extra, sometimes with some help from which, > than shelljs. > This improvement has already landed in the master branch of cordova-common > for the next major release, and work has already been started in some other > packages. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14140) Use fs-extra (and which) instead of shelljs
[ https://issues.apache.org/jira/browse/CB-14140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raphael updated CB-14140: - Component/s: (was: cordova-fetch) > Use fs-extra (and which) instead of shelljs > --- > > Key: CB-14140 > URL: https://issues.apache.org/jira/browse/CB-14140 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android, cordova-common, cordova-create, > cordova-ios, cordova-lib, cordova-osx, cordova-windows >Reporter: Chris Brody >Assignee: Darryl Pogue >Priority: Minor > > It is more efficient to use fs-extra, sometimes with some help from which, > than shelljs. > This improvement has already landed in the master branch of cordova-common > for the next major release, and work has already been started in some other > packages. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14145) Resolve npm audit issues
[
https://issues.apache.org/jira/browse/CB-14145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raphael updated CB-14145:
-
Component/s: (was: cordova-fetch)
> Resolve npm audit issues
>
>
> Key: CB-14145
> URL: https://issues.apache.org/jira/browse/CB-14145
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android, cordova-app-hello-world,
> cordova-browser, cordova-cli, cordova-coho, cordova-common, cordova-ios,
> cordova-js, cordova-lib, cordova-osx, cordova-plugman, cordova-windows
>Reporter: Chris Brody
>Assignee: Chris Brody
>Priority: Major
>
> From private discussions I discovered that running {{npm audit}} on a number
> of components would report dependencies with security issues. While we could
> not see any {{npm audit}} issues that may affect applications built using
> Cordova I think it is extremely important to resolve these issues as soon as
> possible. Most affect devDependencies used for testing of Cordova itself; a
> minority seem to affect Cordova scripts that may be run by Cordova
> application developers. Better safe than sorry!
> I would like to resolve this issue as follows:
> * patch release of common library components such as {{cordova-common}},
> {{cordova-lib}}, etc. (fixed in minor release branch)
> * patch or minor release of other affected components such as CLI, Cordova
> platform implementations, major plugins, etc. (expected to be fixed in minor
> release branch; do not want to pollute the master branch with extra reverts,
> updated node_modules committed, etc.)
> * {{npm audit}} issues resolved in master branch for next major release,
> which should NOT be shipped with any {{npm audit}} issues lurking
> * {{npm audit}} step added to CI for both patch release and next major release
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14145) Resolve npm audit issues
[
https://issues.apache.org/jira/browse/CB-14145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522279#comment-16522279
]
Raphael commented on CB-14145:
--
Removed fetch as installing latest published version does not cause any audit
warnings.
> Resolve npm audit issues
>
>
> Key: CB-14145
> URL: https://issues.apache.org/jira/browse/CB-14145
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android, cordova-app-hello-world,
> cordova-browser, cordova-cli, cordova-coho, cordova-common, cordova-ios,
> cordova-js, cordova-lib, cordova-osx, cordova-plugman, cordova-windows
>Reporter: Chris Brody
>Assignee: Chris Brody
>Priority: Major
>
> From private discussions I discovered that running {{npm audit}} on a number
> of components would report dependencies with security issues. While we could
> not see any {{npm audit}} issues that may affect applications built using
> Cordova I think it is extremely important to resolve these issues as soon as
> possible. Most affect devDependencies used for testing of Cordova itself; a
> minority seem to affect Cordova scripts that may be run by Cordova
> application developers. Better safe than sorry!
> I would like to resolve this issue as follows:
> * patch release of common library components such as {{cordova-common}},
> {{cordova-lib}}, etc. (fixed in minor release branch)
> * patch or minor release of other affected components such as CLI, Cordova
> platform implementations, major plugins, etc. (expected to be fixed in minor
> release branch; do not want to pollute the master branch with extra reverts,
> updated node_modules committed, etc.)
> * {{npm audit}} issues resolved in master branch for next major release,
> which should NOT be shipped with any {{npm audit}} issues lurking
> * {{npm audit}} step added to CI for both patch release and next major release
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14168) edit-config support for iOS plist
Uday Kiran created CB-14168:
---
Summary: edit-config support for iOS plist
Key: CB-14168
URL: https://issues.apache.org/jira/browse/CB-14168
Project: Apache Cordova
Issue Type: Improvement
Components: cordova-cli, cordova-common
Affects Versions: cordova-common@2.2.3
Environment: Cordova CLI
Reporter: Uday Kiran
I have added following edit-config to my config.xml:
{code:java}
UIInterfaceOrientationPortrait
UIInterfaceOrientationPortraitUpsideDown
UIInterfaceOrientationLandscapeLeft
UIInterfaceOrientationLandscapeRight
{code}
But, the ionic cordova prepare throws exception doc.find is not a function. I
have made the following change to utils
files(/usr/local/lib/node_modules/cordova/node_modules/cordova-common/src/util)
in my local to fix this issue.
{code:java}
// File ConfigFile.js
ConfigFile.prototype.graft_child = function ConfigFile_graft_child (selector,
xml_child) {
var self = this;
var filepath = self.filepath;
var result;
if (self.type === 'xml') {
var xml_to_graft = [modules.et.XML(xml_child.xml)];
switch (xml_child.mode) {
case 'merge':
result = modules.xml_helpers.graftXMLMerge(self.data, xml_to_graft, selector,
xml_child);
break;
case 'overwrite':
result = modules.xml_helpers.graftXMLOverwrite(self.data, xml_to_graft,
selector, xml_child);
break;
case 'remove':
result = modules.xml_helpers.pruneXMLRemove(self.data, selector, xml_to_graft);
break;
default:
result = modules.xml_helpers.graftXML(self.data, xml_to_graft, selector,
xml_child.after);
}
if (!result) {
throw new Error('Unable to graft xml at selector "' + selector + '" from "' +
filepath + '" during config install');
}
} else {
// plist file. Passed mode from here
result = modules.plist_helpers.graftPLIST(self.data, xml_child.xml, selector,
xml_child.mode);
if (!result) {
throw new Error('Unable to graft plist "' + filepath + '" during config
install');
}
}
self.is_changed = true;
};
{code}
{code:java}
// File: xml-helper.js
resolveParent: function (doc, selector) {
var parent, tagName, subSelector;
// handle absolute selector (which elementtree doesn't like)
if (ROOT.test(selector)) {
tagName = selector.match(ROOT)[1];
// test for wildcard "any-tag" root selector
if (tagName === '*' || tagName === doc._root.tag) {
parent = doc._root;
// could be an absolute path, but not selecting the root
if (ABSOLUTE.test(selector)) {
subSelector = selector.match(ABSOLUTE)[2];
parent = parent.find(subSelector);
}
} else {
return false;
}
} else {
// here is the issue for exception "doc.finf is not a function"
parent = Array.isArray(doc) ? doc.find(selector) : doc[selector];
}
return parent;
}
{code}
{code:java}
// File: plist-helper.js
function graftPLIST (doc, xml, selector, mode) {
var obj = plist.parse('' + xml + '');
var node = doc[selector];
if (node && Array.isArray(node) && Array.isArray(obj)) {
// node = node.concat(obj);
// addressed overwrite mode here
(mode == 'overwrite') ? (node = obj) : (node = node.concat(obj));
for (var i = 0; i < node.length; i++) {
for (var j = i + 1; j < node.length; ++j) {
if (nodeEqual(node[i], node[j])) { node.splice(j--, 1); }
}
}
doc[selector] = node;
} else {
// plist uses objects for . If we have two dicts we merge them instead of
// overriding the old one. See CB-6472
if (node && __.isObject(node) && __.isObject(obj) && !__.isDate(node) &&
!__.isDate(obj)) { // arrays checked above
__.extend(obj, node);
}
doc[selector] = obj;
}
return true;
}
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522184#comment-16522184 ] Ashwin Shrestha commented on CB-14162: -- isnt it that the www in the root folder have folders like app,css,imgs and js and index.html page?? what i didnt understand here is witht he same folder structures and code base, debug app is working while release app not working. > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > Attachments: image-2018-06-25-17-10-03-849.png, > image-2018-06-25-17-10-30-405.png > > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522182#comment-16522182 ] jcesarmobile commented on CB-14162: --- I mean your root folder, not the one on platforms/ios/ If that's your root folder, you shouldn't have any of that there > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > Attachments: image-2018-06-25-17-10-03-849.png, > image-2018-06-25-17-10-30-405.png > > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14167) User's current location is not correct
Sanjay Kumar created CB-14167: - Summary: User's current location is not correct Key: CB-14167 URL: https://issues.apache.org/jira/browse/CB-14167 Project: Apache Cordova Issue Type: Bug Reporter: Sanjay Kumar We are using [https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-geolocation/] in our app. We are getting the user's current position using navigator.geolocation.getCurrentPosition and we are getting the correct location. Then we are using navigator.geolocation.watchPosition to get the user's updated location which is also working well mostly. Here is the issue - When the phone is not moving - we are getting different co-ordinates which are up to 500 meters away from the actual user location. If needed, I can share screenshots and code. Do let me know. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522167#comment-16522167 ] Ashwin Shrestha commented on CB-14162: -- It is there.. here is the screenshot of my root www folder !image-2018-06-25-17-10-30-405.png|width=1363,height=1110! > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > Attachments: image-2018-06-25-17-10-03-849.png, > image-2018-06-25-17-10-30-405.png > > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashwin Shrestha updated CB-14162: - Attachment: image-2018-06-25-17-10-30-405.png > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > Attachments: image-2018-06-25-17-10-03-849.png, > image-2018-06-25-17-10-30-405.png > > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashwin Shrestha updated CB-14162: - Attachment: image-2018-06-25-17-10-03-849.png > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > Attachments: image-2018-06-25-17-10-03-849.png, > image-2018-06-25-17-10-30-405.png > > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522162#comment-16522162 ] jcesarmobile commented on CB-14162: --- but do you have /js/cordova-ios/ folder in your root www folder? or is it added on build? > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522161#comment-16522161 ] Ashwin Shrestha commented on CB-14162: -- I did remove the platform and added it again.but the tests is still there. > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522158#comment-16522158 ] jcesarmobile commented on CB-14162: --- you shouldn't have that in your app, that is from the cordova-ios tests, but it shouldn't be in your app. Can you run cordova platform rm ios && cordova platform add ios? > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14162) Info.plist for Custom.framework is missing or could not be found.
[ https://issues.apache.org/jira/browse/CB-14162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16522145#comment-16522145 ] Ashwin Shrestha commented on CB-14162: -- Its cordova generated. its inside www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework .Its really weird, the debug app is working fine. Android app got pushed to play store. but the release buildof ios is geting uploaded but then after processing i got that error. > Info.plist for Custom.framework is missing or could not be found. > - > > Key: CB-14162 > URL: https://issues.apache.org/jira/browse/CB-14162 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Ashwin Shrestha >Assignee: Suraj Pindoria >Priority: Major > Labels: newbie > > I have made an app with cordova. The ios build is working fine in local dev > environment. But when I build, archive and upload the app in app store. > I get following error in mail saying build is invalid. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework' > does not contain a bundle executable. > This bundle is invalid - The Info.plist file for > /Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework > is missing or could not be read. > Invalid Bundle - The bundle at > '/Payload/MyApp.app/www/js/cordova-ios/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/CustomEmbeddable.framework' > does not contain a bundle executable. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13767) Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
[
https://issues.apache.org/jira/browse/CB-13767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521939#comment-16521939
]
Raphael edited comment on CB-13767 at 6/25/18 10:04 AM:
[~jrista]: If you use _cordova@nightly_ and do a _npm install_ (yourself)
before running _cordova prepare_, Cordova should NOT shell out to npm 17 times
(unless you have _only_ Git dependencies).
Could you please try that and kindly report your build times before and after?
I cannot reproduce the build times you describe using cordova@nightly and the
above process.
was (Author: raphinesse):
If you use _cordova@nightly_ and do a _npm install_ (yourself) before running
_cordova prepare_, Cordova should NOT shell out to npm 17 times (unless you
have _only_ Git dependencies).
Could you please try that and kindly report your build times before and after?
I cannot reproduce the build times you describe using cordova@nightly and the
above process.
> Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
> -
>
> Key: CB-13767
> URL: https://issues.apache.org/jira/browse/CB-13767
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-lib
>Reporter: Andrew Crites
>Priority: Major
>
> This is for a project with a wide variety of plugins ... about 25. This may
> be above average, but not extreme. I've updated the project from cordova 6.5
> to cordova 8. Cordova 8 always uses {{cordova-fetch}} to install plugins, so
> I can't opt out. Before, I was not using {{cordova-fetch}}.
> {code}
> $ time npx cordova@6.5 platform add ios
> 23.85s user 9.26s system 130% cpu 25.414 total
> $ time npx cordova@8 platform add ios --nosave
> 402.44s user 61.94s system 119% cpu 6:28.09 total
> {code}
> That takes over 15 times longer. {{--nosave}} was used since this is the
> default behavior for 6.5.
> For subsequent installations using {{--save}} (or default) the performance is
> still like this.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13767) Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
[
https://issues.apache.org/jira/browse/CB-13767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521939#comment-16521939
]
Raphael edited comment on CB-13767 at 6/25/18 10:03 AM:
If you use _cordova@nightly_ and do a _npm install_ (yourself) before running
_cordova prepare_, Cordova should NOT shell out to npm 17 times (unless you
have _only_ Git dependencies).
Could you please try that and kindly report your build times before and after?
I cannot reproduce the build times you describe using cordova@nightly and the
above process.
was (Author: raphinesse):
If you use _cordova@nightly_ and do a _npm install_ (yourself) before running
_cordova prepare_, Cordova should NOT shell out to npm 17 times (unless you
have _only_ Git dependencies).
Could you please try that and kindly report your build times before and after?
I cannot reproduce the build times you describe using cordova@nightly.
> Huge performance issues moving from cordova 6.5 to 8 due to cordova-fetch
> -
>
> Key: CB-13767
> URL: https://issues.apache.org/jira/browse/CB-13767
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-lib
>Reporter: Andrew Crites
>Priority: Major
>
> This is for a project with a wide variety of plugins ... about 25. This may
> be above average, but not extreme. I've updated the project from cordova 6.5
> to cordova 8. Cordova 8 always uses {{cordova-fetch}} to install plugins, so
> I can't opt out. Before, I was not using {{cordova-fetch}}.
> {code}
> $ time npx cordova@6.5 platform add ios
> 23.85s user 9.26s system 130% cpu 25.414 total
> $ time npx cordova@8 platform add ios --nosave
> 402.44s user 61.94s system 119% cpu 6:28.09 total
> {code}
> That takes over 15 times longer. {{--nosave}} was used since this is the
> default behavior for 6.5.
> For subsequent installations using {{--save}} (or default) the performance is
> still like this.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
