STR: 1. Open http://htmlpad.org/debugger.html/ in a new tab, 2. Open the debugger, 3. Click the "click me" button in the web page to pause the debugger, 4. Switch tabs, 5. Switch back to the debugger tab. 6. Press F6. Expected Debugger to resume/continue from the current breakpoint. Actual: the debugger remained paused, F6 had no effect. Clicking the play button continued as expected. "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:21.0) Gecko/20130108 Firefox/21.0"
Is this a toolbox regression? (is Aurora 19 affected)
(In reply to Rob Campbell [:rc] (:robcee) from comment #0) debugger tab. > > Expected Debugger to resume/continue from the current breakpoint. > > Actual: the debugger remained paused, F6 had no effect. Clicking the play > button continued as expected. > You'll need to focus the debugger. I agree this sucks. (In reply to Paul Rouget [:paul] from comment #1) > Is this a toolbox regression? (is Aurora 19 affected) No, this happens because the keys are defined in debugger.xul
my mistake, focus issue. I wonder if we should morph this to refocus the debugger on tab-switch?
(In reply to Rob Campbell [:rc] (:robcee) from comment #3) > my mistake, focus issue. > > I wonder if we should morph this to refocus the debugger on tab-switch? We could certainly do that. Would that be a good idea though? Does switching to a tab with the debugger open necessarily mean "I'm going to use the debugger *now*". Probably yes, but I'm only 80% sure.
needs some UX consideration. We're talking about implementing a focus manager for the framework.
Component: Developer Tools: Debugger → Developer Tools: Framework
OS: Mac OS X → All
Hardware: x86 → All
Summary: Keyboard shortcuts disappearing on tab switch → (re)focus tools to enable keyboard shortcuts on tab switch
You need to log in before you can comment on or make changes to this bug.