Skip to content

Clearer interaction state algorithms #1060

@marcoscaceres

Description

@marcoscaceres

Elsewhere, @stephenmcgruer suggested:

we [should] capture the various repeated steps for "shutting down" payment request into their own steps somewhere, so we don't have to keep repeating and missing ones? Something like:

Steps to quit out of payment handler due to error:

  • Set state to closed
  • Set is-showing to false
  • Queue a task to reject (relevant promise) with the passed-in error type

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions