Skip to content

Identify parts of visualization state which should be stored in the URL. #8888

@cjcenizal

Description

@cjcenizal

Changes

We've succeeded in shortening our URLs by adding the ability to hash the states stored in it. Eventually we will remove even these from the URL. Let's identify parts of the visualization state which are appropriate for putting back into the URL by asking:

  1. Are any parts of the vis state which are very useful when surfaced as query params in the URL? For example, refreshInterval and timePeriod, which could be useful when programmatically building URLs.
  2. Are these parts of the vis state safe to put in the URL, i.e. is there any possibility they will grow so long as to trigger our IE URL length bug?

Metadata

Metadata

Assignees

No one assigned

    Labels

    Feature:VisualizationsGeneric visualization features (in case no more specific feature label is available)Team:VisualizationsTeam label for Lens, elastic-charts, Graph, legacy editors (TSVB, Visualize, Timelion) t//

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions