- From: dontcallmedom-bot <notifications@github.com>
- Date: Tue, 10 Sep 2024 00:47:51 -0700
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Tuesday, 10 September 2024 07:47:55 UTC
While crawling [Payment Request API](https://w3c.github.io/payment-request/), the following algorithms fire an event, or resolve or reject a Promise, within a step that runs [in parallel](https://html.spec.whatwg.org/multipage/infrastructure.html#in-parallel) without first queuing a task: * [ ] The algorithm that starts with "The show(optional detailsPromise) method MUST act as follows:" resolves/rejects a promise directly in a step that runs in parallel * [ ] The algorithm that starts with "The complete() method MUST act as follows:" resolves/rejects a promise directly in a step that runs in parallel * [ ] The [can make payment algorithm](https://w3c.github.io/payment-request/#dfn-can-make-payment-algorithm) algorithm resolves/rejects a promise directly in a step that runs in parallel See [Dealing with the event loop](https://html.spec.whatwg.org/multipage/webappapis.html#event-loop-for-spec-authors) in the HTML specification for guidance on how to deal with algorithm sections that run *in parallel*. <sub>Cc @dontcallmedom @tidoust</sub> <sub>This issue was detected and reported semi-automatically by [Strudy](https://github.com/w3c/strudy/) based on data collected in [webref](https://github.com/w3c/webref/).</sub> -- Reply to this email directly or view it on GitHub: https://github.com/w3c/payment-request/issues/1032 You are receiving this because you are subscribed to this thread. Message ID: <w3c/payment-request/issues/1032@github.com>
Received on Tuesday, 10 September 2024 07:47:55 UTC