Skip to content

Setting up renderer with 'Internal Deployment' option is confusing #3

@sepowitz

Description

@sepowitz

Describe the bug

Less of a bug, and more of a UX concern, it's confusing when attempting to setup a new renderer using the 'Internal Deployment' option.

Right now, when setting up a new renderer with the 'Internal Deployment' option selected the user sees the following module:

Screen Shot 2021-01-06 at 4 01 43 PM

The user cannot take any action until the renderer is deployed, but it is not clear that a first deployment via the spirit-fish CLI is required, before:

  1. Being able to enter a custom host url
  2. Being able to "Update Renderer" via the cta at the bottom of the page

To Reproduce

  • Create a new renderer, and attempt to follow the instructions when "Internal Deployments" is selected
  • Click 'Update Renderer' when 'Internal Deployments' is selected

Expected behavior

  • Clear instructions that indicate that an initial deployment via the CLI is required in order to proceed with the 'Internal Deployments' option selected
  • A clearer error that states that Please do you first deploy via our CLI, or if you're using a different hosting provider, select external hosting and enter your host URL. when 'Update Renderer' is triggered

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions