open-vault/ui
Mike Baum e03a8b43d5
[QTI-188] Add test-ember-enos Makefile target, update enos-test-ember script to accept additional paramters (#14403)
2022-03-08 10:58:28 -05:00
..
.storybook Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
.yarn/releases embed yarn (#7740) 2019-10-25 16:00:45 -05:00
app UI/ Fix version check typo (#14379) 2022-03-04 12:48:24 -08:00
blueprints Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
config Mirage Dev Workflow (#13620) 2022-01-11 15:28:37 -07:00
lib LinkTo remove tagName lint warning (#14344) 2022-03-03 15:31:16 -07:00
mirage Mirage clean up (#14320) 2022-03-01 12:57:44 -07:00
public Fix status icon color after moving to flight icon (#13552) 2022-01-03 14:40:23 -06:00
scripts [QTI-188] Add test-ember-enos Makefile target, update enos-test-ember script to accept additional paramters (#14403) 2022-03-08 10:58:28 -05:00
stories MFA UI Changes (v3) (#14145) 2022-02-17 15:40:25 -07:00
tests [QTI-188] Update the UI tests to be able to run against a cluster deployed to AWS. Add build hooks (package.json/Makefile) to execute ui tests with a real backend. (#14396) 2022-03-07 17:44:57 -05:00
vendor UI: ember-auto-import (#4933) 2018-07-18 09:13:39 -05:00
.browserslistrc Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
.editorconfig Ember-cli upgrade from ~3.8 to ~3.20 (#9972) 2020-12-03 16:00:22 -07:00
.ember-cli Replace go-bindata-assetfs build dependency with native go:embed (#11208) 2021-08-18 11:05:11 -04:00
.env Add storybook (#6496) 2019-04-03 14:06:20 -07:00
.eslintignore Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
.eslintrc.js Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
.gitignore Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
.nvmrc Update node to latest stable version (#12049) 2021-07-22 14:09:12 -07:00
.prettierignore Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
.prettierrc.js Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
.template-lintrc.js updates template lint config to override rules in test files for ember language server (#13632) 2022-01-12 08:20:11 -07:00
.watchmanconfig Moving UI assets to OSS 2018-04-03 09:16:57 -05:00
.yarnrc embed yarn (#7740) 2019-10-25 16:00:45 -05:00
MODULE_REPORT.md Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
README.md UI/client count tests (#14162) 2022-02-24 14:04:40 -06:00
codemods.log Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
ember-cli-build.js Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
jsconfig.json Ember Upgrade to 3.24 (#13443) 2021-12-16 20:44:29 -07:00
metadata.json Add sb extract to enable Storybook composition (#12808) 2021-11-18 09:19:46 -06:00
package.json [QTI-188] Update the UI tests to be able to run against a cluster deployed to AWS. Add build hooks (package.json/Makefile) to execute ui tests with a real backend. (#14396) 2022-03-07 17:44:57 -05:00
testem.browserstack.js test ie11 on windows 8.1 instead of windows 10 (#7775) 2019-11-01 10:10:05 -07:00
testem.enos.js [QTI-188] Update the UI tests to be able to run against a cluster deployed to AWS. Add build hooks (package.json/Makefile) to execute ui tests with a real backend. (#14396) 2022-03-07 17:44:57 -05:00
testem.js Ember-cli upgrade from ~3.8 to ~3.20 (#9972) 2020-12-03 16:00:22 -07:00
vercel.json remove extra github comments from vercel (#10779) 2021-01-26 16:53:01 -05:00
yarn.lock Switch from node-forge to PKI.js (#13894) 2022-02-04 12:52:28 -05:00

README.md

Table of Contents

Vault UI

This README outlines the details of collaborating on this Ember application.

Prerequisites

You will need the following things properly installed on your computer.

* lint-staged is an optional dependency - running yarn will install it. If don't want optional dependencies installed you can run yarn --ignore-optional. If you've ignored the optional deps previously and want to install them, you have to tell yarn to refetch all deps by running yarn --force.

In order to enforce the same version of yarn across installs, the yarn binary is included in the repo in the .yarn/releases folder. To update to a different version of yarn, use the yarn policies set-version VERSION command. For more information on this, see the documentation.

Running a Vault Server

Before running Vault UI locally, a Vault server must be running. First, ensure Vault dev is built according the the instructions in ../README.md. To start a single local Vault server:

  • yarn vault

To start a local Vault cluster:

  • yarn vault:cluster

These commands may also be aliased on your local device.

Running / Development

To get all of the JavaScript dependencies installed, run this in the ui directory:

  • yarn

If you want to run Vault UI and proxy back to a Vault server running on the default port, 8200, run the following in the ui directory:

  • yarn start

This will start an Ember CLI server that proxies requests to port 8200, and enable live rebuilding of the application as you change the UI application code. Visit your app at http://localhost:4200.

If your Vault server is running on a different port you can use the long-form version of the npm script:

ember server --proxy=http://localhost:PORT

To run yarn with mirage, do:

  • yarn start:mirage handlername

Where handlername is one of the options exported in mirage/handlers/index

Code Generators

Make use of the many generators for code, try ember help generate for more details. If you're using a component that can be widely-used, consider making it an addon component instead (see this PR for more details)

eg. a reusable component named foo that you'd like in the core engine

  • ember g component foo --in lib/core
  • echo "export { default } from 'core/components/foo';" > lib/core/app/components/foo.js

Running Tests

Running tests will spin up a Vault dev server on port 9200 via a pretest script that testem (the test runner) executes. All of the acceptance tests then run, proxing requests back to that server.

  • yarn run test:oss
  • yarn run test:oss -s to keep the test server running after the initial run.
  • yarn run test -f="policies" to filter the tests that are run. -f gets passed into QUnit's filter config
  • yarn run test:browserstack to run the kv acceptance tests in Browserstack

Automated Cross-Browser Testing

Vault uses Browserstack Automate to run all the kv acceptance tests on various browsers. You can view the list of browsers we test by viewing testem.browserstack.js.

Running Browserstack Locally

To run the Browserstack tests locally you will need to add your BROWSERSTACK_USERNAME and BROWSERSTACK_ACCESS_KEY to your environment. Then run yarn run test:browserstack. You can view the currently running tests at localhost:7357 or log in to Browserstack Automate to view a previous build.

To run the tests locally in a browser other than IE11, swap out launch_in_ci: ['BS_IE_11'] inside testem.browserstack.js.

Linting

  • yarn lint
  • yarn lint:fix

Building Vault UI into a Vault Binary

We use the embed package from Go 1.16+ to build the static assets of the Ember application into a Vault binary.

This can be done by running these commands from the root directory run: make static-dist make dev-ui

This will result in a Vault binary that has the UI built-in - though in a non-dev setup it will still need to be enabled via the ui config or setting VAULT_UI environment variable.

Vault Storybook

The Vault UI uses Storybook to catalog all of its components. Below are details for running and contributing to Storybook.

Storybook Commands at a Glance

Command Description
yarn storybook run storybook
ember generate story [name-of-component] generate a new story
ember generate story [name-of-component] -ir [name-of-engine-or-addon] generate a new story in the specified engine or addon
yarn gen-story-md [name-of-component] update a story notes file
yarn gen-story-md [name-of-component] [name-of-engine-or-addon] update a story notes file in the specified engine or addon

Writing Stories

Each component in vault/ui/app/components should have a corresponding [component-name].stories.js and [component-name].md files within vault/ui/stories. Components in the core addon located at vault/ui/lib/core/addon/components have corresponding stories and markdown files in vault/ui/lib/core/stories.

Adding a new story

  1. Make sure the component is well-documented using jsdoc. This documentation should at minimum include the module name, an example of usage, and the params passed into the handlebars template. For example, here is how we document the ToggleButton Component:
/**
 * @module ToggleButton
 * `ToggleButton` components are used to expand and collapse content with a toggle.
 *
 * @example
 * ```js
 *   <ToggleButton @openLabel="Encrypt Output with PGP" @closedLabel="Encrypt Output with PGP" @toggleTarget={{this}} @toggleAttr="showOptions"/>
 *  {{#if showOptions}}
 *     <div>
 *       <p>
 *         I will be toggled!
 *       </p>
 *     </div>
 *   {{/if}}
 * ```
 *
 * @param {String} toggleAttr=null - The attribute upon which to toggle.
 * @param {Object} attrTarget=null - The target upon which the event handler should be added.
 * @param {String} [openLabel=Hide options] - The message to display when the toggle is open. //optional params are denoted by square brackets
 * @param {String} [closedLabel=More options] - The message to display when the toggle is closed.
 */

Note that placing a param inside brackets (e.g. [closedLabel=More options] indicates it is optional and has a default value of 'More options'.)

  1. Generate a new story with ember generate story [name-of-component]
  2. Inside the newly generated stories file, add at least one example of the component. If the component should be interactive, enable the Storybook Knobs addon.
  3. Generate the notes file for the component with yarn gen-story-md [name-of-component] [name-of-engine-or-addon] (e.g. yarn gen-md alert-banner core). This will generate markdown documentation of the component and place it at vault/ui/stories/[name-of-component].md. If your component is a template-only component, you will need to manually create the markdown file. The markdown file will need to be imported in your [component-name].stories.js file (e.g. import notes from './[name-of-component].md').
  4. The completed [component-name].stories.js file should look something like this (with knobs):
import hbs from 'htmlbars-inline-precompile';
import { storiesOf } from '@storybook/ember';
import { text, withKnobs } from '@storybook/addon-knobs';
import notes from './stat-text.md';

storiesOf('MyComponent', module)
  .addParameters({ options: { showPanel: true } })
  .addDecorator(withKnobs())
  .add(
    `MyComponent`,
    () => ({
      template: hbs`
      <h5 class="title is-5">My Component</h5>
      <MyComponent @param={{param}} @anotherParam={{anotherParam}} />
    `,
      context: {
        param: text('param', 'My parameter'),
        anotherParam: boolean('anotherParam', true)
      },
    }),
    { notes }
  );

See the Storybook Docs for more information on writing stories.

Code Generators

It is important to add all new components into Storybook and to keep the story and notes files up to date. To ease the process of creating and updating stories please use the code generators using the commands listed above.

Storybook Deployment

A Vercel integration deploys a static Storybook build for any PR on the Vault GitHub repo. A preview link will show up in the PR checks. Once items are merged, the auto-deployed integration will publish that build making it available at https://vault-storybook.vercel.app. Currently the Vercel integration will cd into the ui/ directory and then run yarn deploy:storybook so troubleshooting any issues can be done locally by running this same command. The logs for this build are public and will be linked from the PR checks.