New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 609248 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Last visit 29 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Feature



Sign in to add a comment

DevTools: do not focus source code when breakpoint is hit

Reported by kgra...@gmail.com, May 4 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.94 Safari/537.36

Steps to reproduce the problem:
1. Enable break on exceptions
2. Want to inspect things in the console, eg by typing commands
3. Instead focus is in source window

What is the expected behavior?
I would like to be able to completely disable editing in the source window. I am constantly accidentally typing into the source window when I intend to type into the console

What went wrong?
I edit stuff in the source window, then have to type undo, and then press escape twice to make the focus go to the console.

Did this work before? Yes Before editing was enabled in source window

Chrome version: 50.0.2661.94  Channel: stable
OS Version: OS X 10.11.4
Flash Version: Shockwave Flash 21.0 r0

I mention this here: http://kyle.graehl.org/javascript/devtools/chrome/2016/04/13/devtools-wishlist.html
 

Comment 1 by alph@chromium.org, May 6 2016

Labels: -Type-Bug Type-Feature
Owner: l...@chromium.org
Status: Assigned (was: Unconfirmed)
A UX feature request. Not sure what would be the best way to expose such functionality though.

Comment 2 by kgra...@gmail.com, May 6 2016

In devtools settings under Sources there are already about 13 different settings, 8 checkboxes and two dropdowns. I would suggest adding another option "Enable source editing"

Though I guess I can do this myself, I think I saw somewhere that somebody had written an extension to inject code into the devtools.

Comment 3 by l...@chromium.org, Jun 23 2016

Cc: chowse@chromium.org
Components: Platform>DevTools>UX
Owner: chowse@chromium.org

Comment 5 by chowse@chromium.org, Jul 20 2016

While I can relate to this issue, adding another setting to already large and intractable list of settings doesn't seem like it'll solve the issue for most people.

This seems more like an issue of focus management. Is there any particular reason the source window is gaining focus when the debugger pauses? Are there debugging keyboard shortcuts that are only valid if the editor has focus?

If not, I think a better solution would be to not switch focus when the debugger pauses. In this case, if focus was in the console before the exception was raised, it will remain so after. If the Sources panel wasn't active, it could be brought to the foreground and a more benign element (e.g the debugger toolbar) could be given focus.

Cc: -chowse@chromium.org dgozman@chromium.org
Owner: lushnikov@chromium.org
Summary: DevTools: do not focus source code when breakpoint is hit (was: Option to disable Script source window editing)
Andrey, what do you think about this?
Cc: phanindra.mandapaka@chromium.org
Issue 883644 has been merged into this issue.
Note that 883644 is not about hitting a break point but about simply changing a file externally, in my case with vim... Chrome rudely grabs focus resulting subsequent keystrokes changing the file in Chrome.
I think it is a mistake to merge 883644 into this issue - they really aren't the same thing, imo. Please consider 'unmerging' them.

Sign in to add a comment