chore(release): release v1.8.0

[ewanharris]

PR to release version 1.8.0

Changes includes:

• fix(provider): improve ordering of suggestions (fix(provider): improve ordering of suggestions #156)
  • Return autocomplete suggestions correctly by preferring closest match, and label properties as deprecated
• feat(updates): add update functionality (feat(updates): add update functionality #162)
  • Add validation on startup for the current environment
  • Add update functionality for Titanium SDK and Appc CLI
• feat: add support for interaction via macOS Touch-Bar (Support macOS Touch-Bar #124)
  • Add build start/stop, clean, and open related files to the mac Touch Bar
  • Thanks to @hansemannn for his work on this!

Also included but not release note worthy

• Some ci config changes
• Dependency updates
• Some minor refactoring

[build]

	Warnings
⚠️	lib/providers/autoCompleteHelper.js#L83 - lib/providers/autoCompleteHelper.js line 83 – Found non-literal argument in require (security/detect-non-literal-require)
⚠️	lib/providers/viewAutoCompleteProvider.js#L404 - lib/providers/viewAutoCompleteProvider.js line 404 – Found non-literal argument in require (security/detect-non-literal-require)
⚠️	lib/related.js#L98 - lib/related.js line 98 – Each then() should return a value or throw (promise/always-return)

	Messages
📖	✅ All tests are passing Nice one! All 27 tests are passing.

Dependencies with modified semantic versioning:

• @atom/mocha-test-runner - from ^1.5.0 to ^1.5.1
• @commitlint/cli - from ^7.5.2 to ^8.0.0
• @commitlint/config-conventional - from ^7.5.0 to ^8.0.0
• @seadub/danger-plugin-eslint - from ^1.0.0 to ^1.0.1
• @seadub/danger-plugin-junit - from 0.0.2 to ^0.1.1
• commitizen - from ^3.0.7 to ^3.1.1
• danger - from ^7.0.19 to ^8.0.0
• eslint - from ^5.16.0 to ^6.0.0
• eslint-plugin-react - from ^7.12.4 to ^7.14.1
• husky - from ^1.3.1 to ^2.5.0
• lint-staged - from ^8.1.5 to ^8.2.1
• semver - from ^6.0.0 to ^6.1.2
• standard-version - from ^5.0.2 to ^6.0.1

New dependencies added: sudo-prompt and titanium-editor-commons.

sudo-prompt

Author: Joran Dirk Greef

Description: Run a command using sudo, prompting the user with an OS dialog if necessary

Homepage: https://github.com/jorangreef/sudo-prompt#readme

Created	about 4 years ago
Last Updated	about 1 month ago
License	MIT
Maintainers	1
Releases	44
Keywords	sudo, os, dialog, prompt, command, exec, user access control, UAC, privileges, administrative, elevate and run as administrator

README

sudo-prompt

Run a non-graphical terminal command using sudo, prompting the user with a graphical OS dialog if necessary. Useful for background Node.js applications or native Electron apps that need sudo.

Cross-Platform

sudo-prompt provides a native OS dialog prompt on macOS, Linux and Windows.

Installation

sudo-prompt has no external dependencies and does not require any native bindings.

npm install sudo-prompt

Usage

Note: Your command should not start with the sudo prefix.

var sudo = require('sudo-prompt');
var options = {
  name: 'Electron',
  icns: '/Applications/Electron.app/Contents/Resources/Electron.icns', // (optional)
};
sudo.exec('echo hello', options,
  function(error, stdout, stderr) {
    if (error) throw error;
    console.log('stdout: ' + stdout);
  }
);

sudo-prompt will use process.title as options.name if options.name is not provided. options.name must be alphanumeric only (spaces are supported) and at most 70 characters.

sudo-prompt will preserve the current working directory on all platforms. Environment variables can be set explicitly using options.env.

sudo-prompt.exec() is different to child-process.exec() in that no child process is returned (due to platform and permissions constraints).

Behavior

On macOS, sudo-prompt should behave just like the sudo command in the shell. If your command does not work with the sudo command in the shell (perhaps because it uses > redirection to a restricted file), then it may not work with sudo-prompt. However, it is still possible to use sudo-prompt to get a privileged shell, see this closed issue for more information.

On Linux, sudo-prompt will use either pkexec or kdesudo to show the password prompt and run your command. Where possible, sudo-prompt will try and get these to mimic sudo. Depending on which binary is used, and due to the limitations of some binaries, the name of your program or the command itself may be displayed to your user. sudo-prompt will not use gksudo since gksudo does not support concurrent prompts. Passing options.icns is currently not supported by sudo-prompt on Linux. Patches are welcome to add support for icons based on polkit.

On Windows, sudo-prompt will elevate your command using User Account Control (UAC). Passing options.name or options.icns is currently not supported by sudo-prompt on Windows.

Non-graphical terminal commands only

Just as you should never use sudo to launch any graphical applications, you should never use sudo-prompt to launch any graphical applications. Doing so could cause files in your home directory to become owned by root. sudo-prompt is explicitly designed to launch non-graphical terminal commands. For more information, read this post.

Concurrency

On systems where the user has opted to have tty-tickets enabled (most systems), each call to exec() will result in a separate password prompt. Where tty-tickets are disabled, subsequent calls to exec() will still require a password prompt, even where the user's sudo timestamp file remains valid, due to edge cases with sudo itself, see this discussion for more information.

You should never rely on sudo-prompt to execute your calls in order. If you need to enforce ordering of calls, then you should explicitly order your calls in your application. Where your commands are short-lived, you should always queue your calls to exec() to make sure your user is not overloaded with password prompts.

Invalidating the timestamp

On macOS and Linux, you can invalidate the user's sudo timestamp file to force the prompt to appear by running the following command in your terminal:

$ sudo -k

titanium-editor-commons

Author: Axway, Inc.

Description: titanium-editor-commons in a common library for the [VS Code] and [atom] editor plugins for [Titanium SDK]. It aims to provide a common layer for the two projects.

Homepage: https://github.com/appcelerator/titanium-editor-commons#readme

Created	3 months ago
Last Updated	21 days ago
License	Apache-2.0
Maintainers	1
Releases	6
Direct Dependencies	appcd-subprocess, fs-extra, got, libnpm, semver and titaniumlib

README

titanium-editor-commons

titanium-editor-commons in a common library for the [VS Code] and [atom] editor plugins for [Titanium SDK]. It aims to provide a common layer for the two projects.

Generated by 🚫 dangerJS against d64dcb2

[longton95]

LGTM