fb02c04d48
Similar to the `AsyncFunctionReject` builtin, the `AsyncGeneratorReject` should also mark the promise rejection as a non-debuggable event. That is because the initial throw that causes the generator rejection downstream alreay triggered the debuggable event. We can re-use one of the existing tests as a regression test here: If we wait for the Runtime.evaluate promise to resolve after the first pause, we ensure that we already paused once. The test in its current form swallowed the second pause implicitly by disabling the debugger. R=bmeurer@chromium.org Bug: chromium:1270780 Change-Id: I97ab08934804fefd097e9bd01081469da5379154 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/4084925 Commit-Queue: Simon Zünd <szuend@chromium.org> Reviewed-by: Benedikt Meurer <bmeurer@chromium.org> Cr-Commit-Position: refs/heads/main@{#84756} |
||
---|---|---|
.. | ||
console | ||
cpu-profiler | ||
debugger | ||
heap-profiler | ||
regress | ||
runtime | ||
sessions | ||
BUILD.gn | ||
DEPS | ||
DIR_METADATA | ||
frontend-channel.h | ||
inspector-test.cc | ||
inspector.status | ||
isolate-data.cc | ||
isolate-data.h | ||
json-parse-expected.txt | ||
json-parse.js | ||
OWNERS | ||
print-method-not-found-expected.txt | ||
print-method-not-found.js | ||
protocol-test.js | ||
task-runner.cc | ||
task-runner.h | ||
tasks.cc | ||
tasks.h | ||
testcfg.py | ||
utils.cc | ||
utils.h | ||
wasm-inspector-test.js |