1090587 - Debugger pauses execution but is useless until kickstarted

Status: RESOLVED DUPLICATE of bug 1075676

(DevTools :: Debugger, defect)

Description

[Jared Wein [:jaws] (please needinfo? me)]

Attachment: Screencast of bug

STR:
Open a webpage
Place a breakpoint in the content JS
Reload the page
The breakpoint is hit

Expected results:
The state at the breakpoint can be viewed, and you can step to the next line of code.

Actual results:
The debugger shows a "pause" icon, but you can't step forward or view state.
You must click on the "pause" icon to get it to switch to "play", and then the debugger will auto-pause on that breakpoint again.

See attached screencast.

Comment 1

[Eddy Bruel [:ejpbruel]]

(In reply to Jared Wein [:jaws] (please needinfo? me) from comment #0)
> Created attachment 8513057 [details]
> Screencast of bug
> 
> STR:
> Open a webpage
> Place a breakpoint in the content JS
> Reload the page
> The breakpoint is hit
> 
> Expected results:
> The state at the breakpoint can be viewed, and you can step to the next line
> of code.
> 
> Actual results:
> The debugger shows a "pause" icon, but you can't step forward or view state.
> You must click on the "pause" icon to get it to switch to "play", and then
> the debugger will auto-pause on that breakpoint again.
> 
> See attached screencast.

Thanks for reporting this Jared. This looks like a frontend bug. My suspicion is that the frontend doesn't properly update it's paused state when the breakpoint is hit, so it thinks the page is still running. Pressing the pause icon puts the UI in the paused state, after which you should be able to continue as normal.

We have a dedicated meta bug for all bugs related to breakpoints, so I'm putting this bug there.

Comment 2

[Eddy Bruel [:ejpbruel]]

Actually, this fits better as a frontend bug, since the fix needs to be made there.

Comment 3

[Eddy Bruel [:ejpbruel]]

And turns out that bug 1075676 is about the same issue.