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
{{ message }}
This repository has been archived by the owner on Nov 8, 2023. It is now read-only.
From trying to help someone in IRC, Paul mentioned some stepping changes were made recently to the debugger. We should figure these changes out and clearly document the differences for developers.
The text was updated successfully, but these errors were encountered:
StepInto/StepOver/StepOut/Pause - should never result in Resume, giving users iterative stepping experience.
Thus, now users can iteratively step though all JS tasks, like setTimeout callbacks, event listeners and etc.
For example, if we are stepping Into/Over at the return point of a setTimeout callback, we will stop on whatever is executed next. It may be another setTimeout callback, or a next event listener, or any other async callback.
old behavior
StepInto/Over at the return statement of a top-level callback would just resume the debugger, i.e. as if you have pressed the Resume button.
So, for example, there was a problem to step into a specific "click" event listener, if there are a few of them, and the "click" Event Listener breakpoint breaks on the non-interesting one. Now you just do StepOver's.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
From trying to help someone in IRC, Paul mentioned some stepping changes were made recently to the debugger. We should figure these changes out and clearly document the differences for developers.
The text was updated successfully, but these errors were encountered: