open-vault/ui
Madalyn 977af116c8 Enable generated items for more auth methods (#7513)
* enable auth method item configuration in go code

* properly parse and list generated items

* make sure we only set name on attrs if a label comes from openAPI

* correctly construct paths object for method index route

* set sensitive property on password for userpass

* remove debugger statements

* pass method model to list route template to use paths on model for tabs

* update tab generation in generated item list, undo enabling userpass users

* enable openapi generated itams for certs and userpass, update ldap to no longer have action on list endpoint

* add editType to DisplayAttributes, pull tokenutil fields into field group

* show sensitive message for sensitive fields displayed in fieldGroupShow component

* grab sensitive and editType fields from displayAttrs in openapi-to-attrs util

* make sure we don't ask for paths for secret backends since that isn't setup yet

* fix styling of sensitive text for fieldGroupShow component

* update openapi-to-attrs util test to no longer include label by default, change debugger to console.err in path-help, remove dynamic ui auth methods from tab count test

* properly log errors to the console

* capitalize This value is sensitive...

* get rid of extra padding on bottom of fieldgroupshow

* make auth methods clickable and use new confirm ux

* Update sdk/framework/path.go

Co-Authored-By: Jim Kalafut <jkalafut@hashicorp.com>

* Update sdk/framework/path.go

Co-Authored-By: Jim Kalafut <jkalafut@hashicorp.com>

* add whitespace

* return intErr instead of err

* uncomment out helpUrl because we need it

* remove extra box class

* use const instead of let

* remove extra conditional since we already split the pathName later on

* ensure we request the correct url when listing generated items

* use const

* link to list and show pages

* remove dead code

* show nested item name instead of id

* add comments

* show tooltip for text-file inputs

* fix storybook

* remove extra filter

* add TODOs

* add comments

* comment out unused variables but leave them in function signature

* only link to auth methods that can be fully managed in the ui

* clean up comments

* only render tooltip if there is helpText

* rename id authMethodPath

* remove optionsForQuery since we don't need it

* add indentation

* standardize ConfirmMessage and show model name instead of id when editing

* standardize ConfirmMessage and show model name instead of id when editing

* add comments

* post to the correct updateUrl so we can edit users and groups

* use pop instead of slice

* add TODO for finding a better way to store ids

* ensure ids are handled the same way on list and show pages; fix editing and deleting

* add comment about difference between list and show urls

* use model.id instead of name since we do not need it

* remove dead code

* ensure list pages have page headers

* standardize using authMethodPath instead of method and remove dead code

* i love indentation

* remove more dead code

* use new Confirm

* show correct flash message when deleting an item

* update flash message for creating and updating

* use plus icon for creating group/user instead of an arrow
2019-10-17 16:19:14 -07:00
..
.storybook Enable generated items for more auth methods (#7513) 2019-10-17 16:19:14 -07:00
app Enable generated items for more auth methods (#7513) 2019-10-17 16:19:14 -07:00
blueprints Ui/fix component story generators (#7377) 2019-08-28 14:47:43 -07:00
config UI - raft config and snapshotting (#7410) 2019-10-14 13:23:29 -05:00
lib Enable generated items for more auth methods (#7513) 2019-10-17 16:19:14 -07:00
public UI - raft config and snapshotting (#7410) 2019-10-14 13:23:29 -05:00
scripts UI CI exit 1 if there's an error (#7399) 2019-10-01 14:57:37 -05:00
stories UI - raft config and snapshotting (#7410) 2019-10-14 13:23:29 -05:00
tests Enable generated items for more auth methods (#7513) 2019-10-17 16:19:14 -07:00
vendor
.editorconfig
.ember-cli
.env Add storybook (#6496) 2019-04-03 14:06:20 -07:00
.eslintignore Update ui dependencies (#7244) 2019-08-19 15:45:39 -05:00
.eslintrc.js Update ui dependencies (#7244) 2019-08-19 15:45:39 -05:00
.gitignore
.nvmrc update to node v10 for all of the things (#6218) 2019-02-13 09:34:38 -05:00
.prettierrc ui: use prettier with eslint 2018-11-01 14:45:23 -07:00
.template-lintrc.js
.watchmanconfig
ember-cli-build.js UI - raft config and snapshotting (#7410) 2019-10-14 13:23:29 -05:00
package.json Fix script for test:oss (#7643) 2019-10-15 10:06:43 -05:00
README.md Ui/fix component story generators (#7377) 2019-08-28 14:47:43 -07:00
testem.browserstack.js Add Browserstack for IE11 testing (#6557) 2019-05-03 15:20:14 -07:00
testem.js Update ui dependencies (#7244) 2019-08-19 15:45:39 -05:00
yarn.lock UI - raft config and snapshotting (#7410) 2019-10-14 13:23:29 -05:00

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.

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 run 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

Code Generators

Make use of the many generators for code, try ember help generate for more details

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:hbs
  • yarn lint:js
  • yarn lint:js -- --fix

Building Vault UI into a Vault Binary

We use go-bindata-assetfs 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] (e.g. yarn gen-md alert-banner). 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.

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.