Skip to content

Centralize review reaction state transitions #262

Description

@jenul-ferdinand

What

Move review reaction optimistic updates, server mutation, and rollback behaviour from Review Card into the frontend Review module.

Why

Review Card changes current-user reaction sets, sends the request, and restores state on failure. That lifecycle belongs with the other review transitions.

Area

  • frontend

Parent tracking issue

Notes or constraints

Done when

  • Review Card renders reaction state without owning optimistic-update logic.
  • The Review module owns reaction transitions and rollback.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

frontendpriority: mediumNormal priority. Pick up after high-priority items are clear.refactorRestructure or clean up code without changing behaviour. Covers tech debt.

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions