Feature

Open Snapshots at the Exact Viewport and Scroll Position

A screenshot often hides how the reporter got there. SnapState preserves the viewport context so reviewers open the captured state where the issue was visible.

Small detail, large impact

Many UI problems only appear at a specific scroll position or viewport width. A table action may be offscreen, a sticky header may overlap content, or a mobile breakpoint may create a different state. If the recipient opens the app from scratch, that context is easy to miss.

SnapState stores the visible viewport and scroll position with the snapshot. The viewer can restore the same starting point instead of making the reviewer hunt for it.

  • Review layout bugs at the same scroll position.
  • Show responsive states without asking teammates to resize manually.
  • Preserve the visible area for product, design, and QA review.

Better review loops

Exact viewport state matters in design handoff, QA, and support because the recipient sees what the reporter saw first. That reduces the gap between 'this is broken' and 'I see it.'

It is also useful when a page contains multiple similar components. The snapshot opens at the relevant instance, not just the top of the route.

Why it matters

Viewport state sounds small until a team loses time trying to find the exact part of a long page. It belongs in the broader context bundle: route, state, scroll, diagnostics, and discussion.

The keyword is niche, but the pain is common. People do not search it often until they have been burned by unclear screenshots.