← Back to all posts

Stack Views: ID-addressable permalink that resolves to the live view definition

Add a stable URL form for a saved Stack View that references the view by its identity (view ID or slug) rather than encoding the expanded filter/search/sort state in the query string. Loading the permalink should resolve to the view's current definition, so the link stays correct after the view's filters are edited.

Example of the desired behaviour: .../stacks?view=<viewId> (or a slug equivalent) loads whatever that view is currently defined as — instead of today's .../stacks?filterKeys=...&filterTypes=... which snapshots the filter state at copy time.

Workaround
The current workaround is documenting a manual navigation path ("Stacks → Views → view name"), which is fragile and not linkable.
Problem
Saved Stack Views behave like bookmarks: the shareable URL carries the full set of filters, search, and sort in the query string. There is no URL that dereferences a view by ID. Two consequences: A link copied today breaks conceptually the moment the view definition changes — it keeps loading the old filter set, not the updated view. Customers who want to embed "the current definition of view X" in external documentation, dashboards, or runbooks have no durable reference.

Please authenticate to join the conversation.

Upvoters
Status

👀 In Review

Board

💡 Feature Requests

Date

About 8 hours ago

Subscribe to post

Get notified by email when there are changes.