* refactor: 💡 allow for graceful error handling when connecting to a target where host-sets cannot be fetched * refactor: 💡 update for loop to for...of loop * Move fetching host from target to session domain * Decouple getting target host-sets and getting hosts from the host-sets, now this code is extracted in 2 methods. Now if the user does not have permissions to fetch host or host-sets we do not show an error and we allow for quick-connect approach * Fix a check within getHostsFromHostSets * Change a for loop for Promise.all within getTargetHostSets * Change a for loop for Promise.All within getHostsFromHostSets * Delete unnecessary condition * Delete unnecessary condition * chore: 🤖 remove host sources from target mirage factory by default it uses address when using 'withAssociations' * test: 💍 update target address tests to use 'withOneHost' * test: 💍 remove connect tests from scopes acceptance tests * refactor: 💡 remove can initiate connect target ability and associated code and tests * refactor: 💡 update target model afterModel hook, and preconnect * refactor: 💡 revert 'withAssociations' mirage change * test: 💍 add tests for permissions issues for host-sets and host * test: 💍 visiting session without permissions to read hosts --------- Co-authored-by: cameronperera <cameron.perera@hashicorp.com>
Core Features Addon for Boundary
This addon contains core features used by Boundary UIs, such as i18n and helpers.
- Add core to an App
- Installation
- I18n
- Notifications
- Confirmations
- App and Company Names
- Documentation URLs
- Loading Helper
- Scope Service
- Yarn Commands
- Linting
- Formatting
- Running tests
- Running the dummy application
- Contributing
Add core to an App
Add this addon to an Ember application's devDependencies as:
"core": "*", for applications included in this monorepo.
Installation
See monorepo README for installation instructions.
I18n
To access translations within a template, see ember-intl docs.
Notifications
Use notificaiton decorators to notify the user when a function or action succeeds or fails. For example:
import { notifySuccess, notifyError } from 'core/decorators/notify';
export default class ExampleRoute extends Route {
@notifyError(({ message }) => message, { catch: true })
@notifySuccess('notifications.delete-success')
async myAction() {
// do something
}
}
Confirmations
This addon exposes a service to request confirmations and the component used to expose them to users. A decorator is exposed for convenience.
To guard an action on a confirmation, decorate it with @confirm. In this
example, the confirmation looks up the translation under a
questions.delete-confirm key.
import { confirm } from 'core/decorators/confirm';
export default class ExampleRoute extends Route {
@confirm('questions.delete-confirm')
async myAction() {
// do something
}
}
In the application template, iterate over confirmations, yielding the confirmation instance as well as accept and deny functions which, when called, update the confirmation status.
<PendingConfirmations as |confirmation accept deny|>
{{!-- your confirmation dialog component here --}}
</PendingConfirmations
App and Company Names
To make use of the app-name, company-name, and company-copyright helpers,
add appName an companyName keys to your Ember config
(see admin for example).
Documentation URLs
To render doc links in your application, be sure to configure the links in your Ember config (see admin). Then reference doc links by keys:
<DocLink @doc="account" @iconSize="large" />
Loading Helper
See admin and desktop routes and templates for examples of how to use the loading subsystem. For example, to annotate that an async action should present a loading indicator to a user:
@action
@loading
async myAction() {
// ...do potentially time-consuming task
}
Scope Service
This addon exposes a service to hold all active scopes (org and project where available).
To make use of the service, import it and initialize it using service injection.
import { inject as service } from '@ember/service';
export default class ExampleRoute extends Route {
@service scope;
async myAction() {
// do something
}
}
Yarn Commands
List of available project commands. yarn run <command-name>
| Command | Description |
|---|---|
| build:development | Builds the dummy app in development mode. |
| build | Builds the dummy app for production. |
| lint | Runs all lint commands. |
| lint:js | Lints js files. |
| lint:js:fix | Runs automatic lint fixes for js files. |
| lint:hbs | Runs lint for hbs template files. |
| lint:hbs:fix | Runs automatic lint fixes for hbs template files. |
| format | Runs all auto-formatters. |
| format:js | Auto-formats js files using Prettier. |
| format:hbs | Auto-formats hbs files using Prettier. |
| start | Runs the dummy app local server. |
| test | Runs all tests. |
| test:ember-compatibility | Runs tests across multiple Ember versions with ember-try. |
| precommit | Runs all lint, format and tests. |
| doc:toc | Automatically generates a table of contents for this README file. |
Additional commands in the monorepo package may affect this projects.
Linting
yarn lint:hbsyarn lint:hbs --fixyarn lint:jsyarn lint:js --fix
Formatting
Before submitting your work, be sure to run auto-formatters (see commands above). This helps to ensure consistency among authors.
yarn format
Running tests
yarn test– Runs the test suite on the current Ember versionyarn test --server– Runs the test suite in "watch mode"yarn test:all– Runs the test suite against multiple Ember versions
Running the dummy application
yarn start- Visit the dummy application at http://localhost:4200.
Contributing
See monorepo README for more contribution instructions.
Building ToC
To autogenerate a ToC (table of contents) for this README,
run yarn doc:toc. Please update the ToC whenever editing the structure
of README.