4c3266841c
Currently, any session can resume instrumentation breaks by sending Debugger.resume command. That can lead to unreliable breakpoint placement because sessions can resume too early. The early resumption can happen in two ways: - When we have two instrumented sessions, the first one to resume can prevent the other one from setting its breakpoints before executing the code. - With one instrumented session and one without instrumentation breakpoints, the uninstrumented session's Debugger.resume command can resume the instrumentation pause before the instrumented session can set its breakpoints. This patch fixes both of these issues by changing the instrumentation pause resumption logic to take note of the sessions that were notified about the instrumentation breakpoints. The debugger will only resume once all those sessions resume (or disconnect). Bug: chromium:1354043 Change-Id: I84cf16b57187dbb40645b2f7ec2e08f0078539dc Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/4100466 Reviewed-by: Kim-Anh Tran <kimanh@chromium.org> Reviewed-by: Benedikt Meurer <bmeurer@chromium.org> Commit-Queue: Jaroslav Sevcik <jarin@chromium.org> Cr-Commit-Position: refs/heads/main@{#84827} |
||
---|---|---|
.. | ||
benchmarks | ||
bigint | ||
cctest | ||
common | ||
debugger | ||
debugging | ||
fuzzer | ||
fuzzilli | ||
inspector | ||
intl | ||
js-perf-test | ||
memory | ||
message | ||
mjsunit | ||
mkgrokdump | ||
mozilla | ||
test262 | ||
torque | ||
unittests | ||
wasm-api-tests | ||
wasm-js | ||
wasm-spec-tests | ||
webkit | ||
BUILD.gn | ||
OWNERS |