You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you set a breakpoint in a script running in Dartium or content_shell, the debugger won't actually pause at that breakpoint unless the Chrome dev inspector itself is open. This is true even if Observatory itself is open, so setting a breakpoint in Observatory and then continuing will run right through the breakpoint.
This is a particularly problem for users using content_shell with the test runner. The runner displays both the Observatory URL and the remote debugger URL, so users who only care about code and not HTML elements would naturally choose to just use Observatory on its own. It also makes testing debugging-related functionality very difficult, since we have to somehow open the dev inspector to make any breakpoints work.
The text was updated successfully, but these errors were encountered:
When the browser is paused at a breakpoint, the runner will now open a
command-line console with a "restart" command that will restart the
current test.
This currently has no tests, due to dart-lang/sdk#25369 and the lack of
a programmatic API for interacting with Observatory. I've tested it
reasonably thoroughly by hand, but it's more likely than the average
feature to have lurking bugs.
Closes#335[email protected]
Review URL: https://codereview.chromium.org//1561073003 .
nex3
added a commit
to dart-lang/test
that referenced
this issue
Jan 8, 2016
When the browser is paused at a breakpoint, the runner will now open a
command-line console with a "restart" command that will restart the
current test.
This currently has no tests, due to dart-lang/sdk#25369 and the lack of
a programmatic API for interacting with Observatory. I've tested it
reasonably thoroughly by hand, but it's more likely than the average
feature to have lurking bugs.
Closes#335[email protected]
Review URL: https://codereview.chromium.org//1561073003 .
If you set a breakpoint in a script running in Dartium or content_shell, the debugger won't actually pause at that breakpoint unless the Chrome dev inspector itself is open. This is true even if Observatory itself is open, so setting a breakpoint in Observatory and then continuing will run right through the breakpoint.
This is a particularly problem for users using content_shell with the test runner. The runner displays both the Observatory URL and the remote debugger URL, so users who only care about code and not HTML elements would naturally choose to just use Observatory on its own. It also makes testing debugging-related functionality very difficult, since we have to somehow open the dev inspector to make any breakpoints work.
The text was updated successfully, but these errors were encountered: