Skip to content

perf(frontend): add stable pagination and filtering for stream history #134

Description

@arisu6804

Problem

History pages duplicate or omit records while new stream events arrive and become slow at scale.

Objective

Deliver a production-quality improvement to stream history tables, filters, and pagination that creates measurable value for correctness, security, reliability, performance, or maintainability.

Implementation scope

  • Use cursor/snapshot pagination; define stable sort and filters; cancel obsolete requests and cap page size.

Acceptance criteria

  • No duplicates or gaps occur under inserts; filters are reflected in cursors; requests remain bounded.

Required validation

  • Pagination race, filter contract, cancellation, and large-fixture tests.
  • Existing tests and CI remain passing.
  • Add regression coverage for the original failure mode.
  • Do not weaken, delete, or skip unrelated tests to obtain a green build.

PR quality bar

  • Keep the PR focused and explain design tradeoffs, compatibility impact, and test evidence.
  • Avoid typo-only, documentation-only, cosmetic-only, or unrelated refactor submissions.

Out of scope

  • Broad rewrites not required by the acceptance criteria.
  • Changes to unrelated services, contracts, or user flows.

Metadata

Metadata

Assignees

No one assigned

    Labels

    GRANTFOX OSSOpen-source issue tracked by GrantFoxMAYBE REWARDEDThis issue may carry a rewardThird CampaignThird Campaign contributionenhancementNew feature or requestpriority:mediumMedium implementation priority

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions