Line numbers in Developer Tools window sometimes stop scrolling (and desync from code) when paused at breakpoint

[peterflynn]

Steps:

1. Launch Brackets
2. View > Developer Tools
3. In Scripts view, open ProjectManager.js
4. Put a breakpoint in loadProject()
5. Go back to the Brackets main window and Refresh
6. Look at the Developer Tools window again

Result:
Line numbers are wrong: when you scroll the code view, the line numbers do not scroll. Since they're initially out of sync too, the breakpoint marker appears to have disappeared.

Expected:
Line numbers scroll width editor, as they would when you're not paused -- or when you hit the same breakpoint a 2nd time.
(Bug seems to only happen if the first time a given JS file's source is shown after Refresh is when you hit a breakpoint in that file).

[peterflynn]

There seems to be a general class of problems in webkit where pausing JS execution in one tab/frame/window causes odd effects on the JS execution in other tabs/frames/windows. (On my copy of Safari for example, pausing at a breakpoint and then switching to another tab showing Google search results yields a totally broken page, seemingly because the search-as-you-type feature's JS code isn't executing).

I don't know if this is fixed in newer browser builds -- my copy of Chrome seems to have far fewer problems like this, and from looking at the Dev Tools UI it's clear it's a newer overall build than the Chromium that we're using.

[gruehle]

Yeah, the Chrome/V8 code in cef is a bit old. This is a concern - if we stick with cef, how are we going to keep on top of chrome releases?

[jlondon]

This should be part of a native shell user story

[jlondon]

Moved to backlog - closing