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
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions